实现指南

Sass 拥有一个蓬勃发展的实现社区,并且一直在不断产生更多成果。核心团队乐于看到新的实现蓬勃发展和成熟,并且他们希望尽一切所能提供帮助。

  • 资源

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

    • @extend 的工作原理 是对 Sass 最棘手的功能所用算法的相当全面的总结。Natalie 仍然表示,@extend 的实现是她编写过的最难的代码,但幸运的是,你无需从 头开始弄清楚它。

    • 联系我们!如果你正在研究一个新的实现,我们希望了解它。向 NatalieChris 发送电子邮件,告诉我们你正在进行的酷炫工作,并询问语言中任何不太 合理的部分。

  • 要求

    我们全心全意地热爱 Sass 的新实现,但我们确实有一些限制,我们要求这些实现遵循这些限制,以便称自己为“Sass”、“Sass 实现”或类似名称。Sass 既是一种语言,也是一个社区,重要的是所有实现都愿意为 社区的利益而努力。

    首先,我们要求每个实现针对其自己的特定于实现的社区采用 Sass 社区指南。让 Sass 社区强大的因素之一是友善和尊重的文化,而拥有明确和明确的指南有助于形成这种 文化。

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

  • 进行语言更改

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