实现指南

资源

• sass-spec 是一套与实现无关的测试用例，用于验证 Sass 实现的行为是否正确。它是跟踪您的实现与 Sass 参考实现兼容性的最佳方法。

• @extend 的工作原理 详细介绍了 Sass 最棘手功能所使用的算法。Natalie 仍然认为，@extend 的实现是她编写过的最难的代码，但幸运的是，您无需从头开始弄清楚它。

• 联系我们！ 如果您正在开发新的实现，我们想听听您的意见。发送电子邮件到 Natalie 和 Chris，告诉我们您正在做的有趣工作，并询问您对语言中哪些不理解的地方。

要求

我们热烈欢迎新的 Sass 实现，但我们确实有一些限制，我们要求这些实现遵循这些限制，才能称自己为“Sass”、“Sass 实现”等。Sass 不仅仅是一种语言，它也是一个社区，重要的是所有实现都愿意为社区的利益而努力。

首先，我们要求每个实现都采用 Sass 社区指南 作为其自身实现特定社区的指南。Sass 社区之所以强大，很大程度上是因为其友善和尊重的文化，拥有清晰明确的指南有助于营造这种文化。

其次，我们要求实现不要在未经其他主要实现和语言设计者 Natalie 和 Chris 同意的情况下扩展语言。Sass 社区之所以存在，是因为该语言使设计人员能够共享样式和框架，而对于共享而言，至关重要的是，在一种实现中有效的 Sass 代码在所有实现中都以相同的方式起作用。此外，重要的是要对语言设计有一个统一的愿景。

更改语言

当然，Sass 仍然可以作为一种语言不断发展。我们有 一个流程 来提议和迭代新的语言功能，任何人都可以参与其中。语言变更将协商讨论，并特别重视成熟 Sass 实现的维护者。将尽力达成所有利益相关者的共识。但是，在某些情况下这可能是无法实现的，最终决定权在 Sass 的首席设计师 Natalie 手中。