实现指南

资源

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

• 如何工作 @extend 是对 Sass 最棘手特性的算法的相当全面的解释。Natalie 仍然说 @extend 的实现是她写过的最困难的代码，但幸运的是，你不必从头开始弄清楚。

• 联系我们！ 如果你正在开发一个新的实现，我们希望听到关于它的消息。给 Natalie 和 Chris 发送电子邮件，告诉我们你正在做的酷项目，并询问语言中不太清楚的部分。

要求

我们衷心地喜欢 Sass 的新实现，但我们确实有一些限制，要求这些实现遵守以便称自己为"Sass"、"Sass 实现"等。Sass 不仅仅是一种语言，也是一个社区，重要的是所有实现都愿意为社区的利益而工作。

首先，我们要求每个实现为其特定实现的社区采用 Sass 社区指南。使 Sass 社区强大的很大一部分是一种善意和尊重的文化，有明确和明确的指南有助于产生这种文化。

其次，我们要求实现不要在未经其他主要实现和语言设计者 Natalie 和 Chris 同意的情况下扩展语言。Sass 社区存在的唯一原因是语言使样式和框架可以在设计师之间共享，对于共享来说，对于一个实现有效的 Sass 代码对所有实现都同样有效至关重要。此外，对语言设计有一个统一的愿景很重要。

进行语言变更

当然，Sass 作为一种语言仍然可以发展。我们有一个流程用于提出和迭代新的语言特性，任何人都可以参与。语言变更是协作讨论的，特别重视成熟的 Sass 实现的维护者。将尝试与所有利益相关者达成共识。然而，在某些情况下这可能是不可能的，最终决定权在于 Sass 的首席设计师 Natalie。