実装ガイド

リソース

• sass-spec は、Sass の実装が正しく動作していることを検証するための、実装にとらわれないテストケースのスイートです。Sass のリファレンス 実装との実装の互換性を追跡する最良の方法です。

• @extend の仕組み は、Sass の最も複雑な機能で使用されるアルゴリズムのかなり包括的な概要です。ナタリーは、@extend の実装は彼女が今までに書いた中で最も難しいコードだったと言っていますが、幸いにも初めてからそれを理解する必要はありません。

• ご連絡ください! 新しい実装に取り組んでいる場合は、ぜひお知らせください。ナタリー と クリス にメールを送信し、行っている素晴らしい作業について教えていただき、言語のどこが理にかなっていないのかについて質問してください。

要件

Sass の新しい実装を私たちは心から歓迎していますが、それらが「Sass」、「Sass の実装」などと名乗るためには従うよう求める制限がいくつかあります。Sass は言語であると同時にコミュニティであり、すべての実装が コミュニティの利益のために協力することが重要です。

まず、実装ごとに特定のコミュニティについて Sass コミュニティのガイドライン を採用することを求めます。Sass コミュニティを強力なものにしている要素の大部分は親切と敬意の文化であり、明確で明白なガイドラインはその 文化を育むのに役立ちます。

第二に、他の主要な実装と言語デザイナーであるナタリーとクリスからの同意なしには、言語を拡張しないことを実装に求めます。Sass コミュニティが存在する唯一の理由は、言語によってデザイナー間でスタイルやフレームワークを共有できることであり、Sass コードの共有には、それらすべての動作が同じ実装で同様に機能することが重要です。また、言語 設計に統一されたビジョンが存在することが重要です。

言語の変更

Sass はもちろん言語として進化し続けることができます。誰でも参加できる新しい言語機能を提案して繰り返すためのプロセスがあります。言語の変更は共同で議論され、成熟した Sass 実装の保守者に特に重要な意見が与えられます。すべての関係者との合意に達するための試みがなされます。ただし、場合によってはそれが不可能であり、最終的な決定権は Sass のリードデザイナーである ナタリーにあります。