diff --git a/ecosystem-tools/Sources/EcosystemTools.docc/Documentation.md b/ecosystem-tools/Sources/EcosystemTools.docc/Documentation.md index e92873a..57d7871 100644 --- a/ecosystem-tools/Sources/EcosystemTools.docc/Documentation.md +++ b/ecosystem-tools/Sources/EcosystemTools.docc/Documentation.md @@ -1,5 +1,9 @@ # ``EcosystemTools`` @Metadata { - @DisplayName("Tools and Editors") -} \ No newline at end of file + @DisplayName("Ecosystem") +} + +## Topics + +- 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..b6e51d1 --- /dev/null +++ b/ecosystem-tools/Sources/EcosystemTools.docc/best-practices/best-practice-content.md @@ -0,0 +1,67 @@ +# Contributing a Swift best practice + +Create clear guidance with examples for best practice documentation. + +## Overview + +A best practice article provides practical advice that solves common problems and supports others doing the same. +These articles use a specific naming scheme to enable consistent URLs when published, so that people can reference or share those URLs from many places. + +The [Ecosystem steering group](https://www.swift.org/ecosystem-steering-group/) develops and approves these practices. +Contributions to best practice content require coordination with the Ecosystem steering group. +The group is establishing review processes and building an initial set of guides before broadening participation. + + +### 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 `BSP-` and use 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 reuse a number from other guides that have been merged. + +### Create a title and abstract for the article + +Provide a title and abstract that provide a high-level, skimmable overview of the guidance. +The title should be 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 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 `BSP-0005.swift` in the Snippets directory, use the directive reference: `@Snippet(path: "EcosystemTools/Snippets/BSP-0005")` + +### Share alternatives considered + +Add the section `### Alternatives Considered` for a section to highlight lesser 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 on why the pattern is suboptimal or one to avoid. + + - Use a yellow sphere (🟠) to highlight suboptimal advice or patterns that may work but don't match the primary guidance. + + - Use a red sphere (🛑) to highlight antipatterns or specifics to avoid. + +### Identify the recency and applicability of the article + +At the bottom of the document, include a "History" section to share the recency and relevance to specific versions of Swift. +The following example shows a history block last updated in March 2026, with content relevant to Swift 6.0 and later: + +``` +### 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 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..9d0297a --- /dev/null +++ b/ecosystem-tools/templates/0000-best-practice-template.md @@ -0,0 +1,54 @@ +# (ESG-0000) best practice title + + + +{{ Replace with a single sentence abstract that describes what the best practice covers and expands upon title. }} + +## Overview + +🟢 - Summarize the core guidance in a lead sentence. Keep the overview 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 shows and what to 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 |