From 334f36ea0f31f3f9dd80f9242f5565f948084de8 Mon Sep 17 00:00:00 2001 From: Joe Heck Date: Wed, 25 Feb 2026 16:19:15 -0800 Subject: [PATCH 1/3] initial stub of a best practice template for ESG --- .../templates/0000-best-practice-template.md | 47 +++++++++++++++++++ 1 file changed, 47 insertions(+) create mode 100644 ecosystem-tools/templates/0000-best-practice-template.md diff --git a/ecosystem-tools/templates/0000-best-practice-template.md b/ecosystem-tools/templates/0000-best-practice-template.md new file mode 100644 index 0000000..253e9e7 --- /dev/null +++ b/ecosystem-tools/templates/0000-best-practice-template.md @@ -0,0 +1,47 @@ +# (ESG-0000) best practice title + + + +{{ A single sentence abstract that describes what the best practice covers, expanding upon title. }} + +## Overview + +🟢 - lead sentence details the core of what the good practice is. The overview in general should be concise and to the point. + +Extend the overview with an additional paragraph providing more background if needed, preferring to link to external specifications, documentation, etc as needed instead of providing it inline. + + + +### Example + +Provide a clear, complete, ideally "real" example of the best practice. If describing an API pattern, show both the implementation side and "call site" usage to illustrate it. + +If there's supporting tasks for the best practice, include the specifics of how to enable them in further H3 sections. Write The H3 section headings as imperative verb phrases that describe what the example is showing and what you should do for the best practice. + +## Alternatives Considered + +Lead with a 🟠 yellow/orange stoplight emoji to indicate alternates with tradeoffs. Explain when/why you might need to fall back and not use the best practice. + +Lead with a 🔴 red stoplight emoji to indicate an anti-pattern and what not to do. Explain why or the impact of not following the best practice. + +## History + + + +| Last updated | Swift Versions | +| ---- | ---- | +| February 2026 | Swift >= 6.0+ | From 690c6448b4516b33c528a19d6885d6563fede314 Mon Sep 17 00:00:00 2001 From: Joe Heck Date: Mon, 2 Mar 2026 08:25:22 -0600 Subject: [PATCH 2/3] adding Snippet suggestion for code reference blocks to verify compiilation --- ecosystem-tools/templates/0000-best-practice-template.md | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/ecosystem-tools/templates/0000-best-practice-template.md b/ecosystem-tools/templates/0000-best-practice-template.md index 253e9e7..6bc4148 100644 --- a/ecosystem-tools/templates/0000-best-practice-template.md +++ b/ecosystem-tools/templates/0000-best-practice-template.md @@ -7,7 +7,7 @@ - Once approved, ***never rename***, only deprecate or remove. --> -{{ A single sentence abstract that describes what the best practice covers, expanding upon title. }} +{{ Replace with a single sentence abstract that describes what the best practice covers and expands upon title. }} ## Overview @@ -29,6 +29,13 @@ Provide a clear, complete, ideally "real" example of the best practice. If descr If there's supporting tasks for the best practice, include the specifics of how to enable them in further H3 sections. Write The H3 section headings as imperative verb phrases that describe what the example is showing and what you should do for the best practice. + + ## Alternatives Considered Lead with a 🟠 yellow/orange stoplight emoji to indicate alternates with tradeoffs. Explain when/why you might need to fall back and not use the best practice. From 7fb0f83c89c0522634dc286e3da414fff4f089e1 Mon Sep 17 00:00:00 2001 From: Joe Heck Date: Fri, 13 Mar 2026 13:17:50 -0700 Subject: [PATCH 3/3] adding article that describes how to assemble a best practice, using the template provided. Adds structure to host best practices in the future --- .../EcosystemTools.docc/Documentation.md | 3 + .../best-practices/best-practice-content.md | 63 +++++++++++++++++++ .../best-practices/best-practices.md | 9 +++ 3 files changed, 75 insertions(+) create mode 100644 ecosystem-tools/Sources/EcosystemTools.docc/best-practices/best-practice-content.md create mode 100644 ecosystem-tools/Sources/EcosystemTools.docc/best-practices/best-practices.md diff --git a/ecosystem-tools/Sources/EcosystemTools.docc/Documentation.md b/ecosystem-tools/Sources/EcosystemTools.docc/Documentation.md index eadc7bf..5ed2e1b 100644 --- a/ecosystem-tools/Sources/EcosystemTools.docc/Documentation.md +++ b/ecosystem-tools/Sources/EcosystemTools.docc/Documentation.md @@ -1,2 +1,5 @@ # ``EcosystemTools`` +## Topics + +- \ No newline at end of file diff --git a/ecosystem-tools/Sources/EcosystemTools.docc/best-practices/best-practice-content.md b/ecosystem-tools/Sources/EcosystemTools.docc/best-practices/best-practice-content.md new file mode 100644 index 0000000..1910331 --- /dev/null +++ b/ecosystem-tools/Sources/EcosystemTools.docc/best-practices/best-practice-content.md @@ -0,0 +1,63 @@ +# Contribute a Swift Server best practice for internal adopters + +Create clear guidance with examples for best practice documentation. + +## Overview + +A best practice article provides practical advice from experienced Swift practitioners, solving common problems, or providing support to others doing the same. +These articles use a specific naming scheme to enable consistent URLs when they're published, so that those URLs can be referenced, or shared, from a variety of places. + +### Create a guidance article + +Use the [template provided in the Ecosystem docs repository](https://github.com/swiftlang/docs/blob/main/ecosystem-tools/templates/0000-best-practice-template.md) to create guidance. +Use a numbered filename to contain the content. +Prefix guidelines from the ecosystem group with `ESG-` and using the next number available. +When published with DocC, the filename of the article becomes a component in the URL and provides a consistent reference point. +Don't rename an existing article, or re-use a number from other guides that have been merged. + +### Create an a title and abstract for the article + +Provide a title and abstract that provides a high level, skimmable overview of the guidance. +The title should by a high level summary, and the abstract should work with the title to provide additional detail on where or how the guidance applies. + +### Make an overview + +Add an explicit `## Overview` section to provide an a concise introduction that cuts to the heart of the guidance and why it's important. The overview should: +- Identify the problem this guide solves, or what issues it avoids. +- Provide a concise summary (one to three sentences, not a paragraph or more) of why the problem is an issue and what benefits you get following the guidance. +- Identify the scope of the guidance: how or where it pertains, if the guidance isn't generally applicable. + +### Provide an example of the guidance + +Add a section header with an imperative title that provides the guidance. +Prefix the content with a green sphere (🟢), which uses a stop-light metaphor, so the reader can easily visually identify the preferred guidance. + +Provide code examples that illustrate the guidance, using DocC's snippets feature to ensure that the example compiles: + + - For anything other than trivial code examples, create and use a snippet Swift file to verify that code samples compile. + - To use a snippet, create a Swift file in the Snippets directory and reference the snippet in this template. + - Reference the snippet in the best practice using the @Snippet directive. For example, if you create a snippet file named `ESG-0005.swift` in the Snippets directory, use the directive reference: `@Snippet(path: "EcosystemTools/Snippets/ESG-0005")` + +### Share alternatives considered + +Add the section `### Alternatives Considered` for a section to highlight lessor guidance. +For example, to illustrate patterns that work but aren't ideal, or express anti-patterns to avoid. +Any additional content in this section should provide detail as to why the pattern is suboptimal or one to avoid. + + - Use a yellow sphere (🟠) to highlight suboptimal advice or patterns that may be required, but is not as good a solution as the primary guidance. + + - Use a red sphere (🛑) to highlight antipatterns or specifics to avoid. + +### Identify the recency and applicability of the article + +At that bottom of the document, include a "History" section to share relevant to specific versions of swift, and recen +cy of the guidance. +The following example shows a history block last updated in March, 2026 and with content relevant to Swift 6.0 or earlier: + +``` +### History + +| Last updated | Swift Versions | +| ---- | ---- | +| March 2026 | Swift >= 6.0+ | +``` \ No newline at end of file diff --git a/ecosystem-tools/Sources/EcosystemTools.docc/best-practices/best-practices.md b/ecosystem-tools/Sources/EcosystemTools.docc/best-practices/best-practices.md new file mode 100644 index 0000000..2c3de52 --- /dev/null +++ b/ecosystem-tools/Sources/EcosystemTools.docc/best-practices/best-practices.md @@ -0,0 +1,9 @@ +# Guidelines and Best Practices + +## Overview + +## Topics + +### Reviews + +- \ No newline at end of file