實作指南

資源

• sass-spec 是一套與實作無關的測試案例，用於驗證 Sass 實作的正確性。這是追蹤您的實作與 Sass 參考實作相容性的最佳方式。

• @extend 的運作方式 對 Sass 最棘手的功能所使用的演算法進行了相當全面的說明。Natalie 仍然表示，@extend 的實作是她寫過最困難的程式碼，但幸運的是，您不必從頭開始理解它。

• 聯繫我們！如果您正在開發新的實作，我們希望能收到您的消息。請發送電子郵件給 Natalie 和 Chris，告訴我們您正在進行的出色工作，並詢問任何您不太理解的語言細節。

要求

我們衷心喜愛 Sass 的新實作，但我們確實有一些限制，要求這些實作遵循這些限制才能稱自己為「Sass」、「Sass 實作」或類似名稱。Sass 不僅僅是一種語言，它也是一個社群，所有實作都願意為了社群的利益而努力，這非常重要。

首先，我們要求每個實作在其自身的實作特定社群中採用 Sass 社群準則。Sass 社群之所以強大，很大程度上是因為其友善和尊重的文化，而擁有明確的準則有助於營造這種文化。

其次，我們要求實作在未獲得其他主要實作以及語言設計師 Natalie 和 Chris 的同意下，不要擴展語言。Sass 社群之所以存在，是因為該語言讓設計師之間可以共享樣式和框架，而對於共享 Sass 程式碼來說，至關重要的是，適用於一個實作的程式碼在所有實作中都能以相同的方式運作。此外，對語言設計有一個統一的願景也很重要。

進行語言變更

當然，Sass 作為一種語言仍然可以發展。我們有一個 流程 來提議和迭代新的語言功能，任何人都可以參與。語言變更會經過共同討論，成熟 Sass 實作的維護者將擁有更大的發言權。我們將努力與所有利益相關者達成共識。然而，在某些情況下，這可能是不可能的，最終決定權在於 Sass 的首席設計師 Natalie。