コードスクール コース「Sass Foundation」を受講しています。私は教授がコンパスの枠組みについて語るレベルにいます。インストールしたときに、生成されるコードに-ms-と-o-が含まれていないことに気付きました。
そのため、Stackやインターネットでは見つけられないヒントや情報を専門家に尋ねたいと思います。
コンパスはもう死んでいますか?はいの場合、代わりに何を使用すればよいですか? (-ms-、-o-などが追加されることを確認してください)
サスはもう死んでるの?
私は research をいくつか実行しましたが、人々は.sassではなく.scssを使用するべきではないと言いますが、一方で.scssを使用すると、インデントされた構文を使用できなくなります。インデントされた構文を避けるべきですか?はいの場合、その理由を明記してください。
100%正確な答えはないので、自分で答えます。
コンパスは死んでいますか? はい、どうやら。彼らの GitHubページ によると:
コンパスはもはや積極的に維持されていません。
コンパスはRubyで記述されており、C/C++で記述されたより高速のSassトランスパイラー、主に LibSass であるため、死にかけているようです。
あなたは今何を使うべきですか? このGitHubの問題の会話 に基づいて、ユーティリティミックスインの基本セットを バーボン に切り替えることをお勧めします。
サスはもう死んでるの? いいえ、絶対にありません。LibSassを含む最新のSassトランスパイラーは、Sass仕様を完全にサポートし、優れた動作をします。
Sass構文を避けるべきですか? いいえ私の意見では、Sass構文はより簡潔で読みやすく、間違いなく入力しやすいと思います。
SassとSCSSの構文を混在させることができます。したがって、Bourbon SCSS構文をSass構文ドキュメントにインポートして、問題なくミックスインを使用できます。
結論として、あなたを幸せにする構文を使用してください。
コンパスはそうではありません、死んでいます-それはそれがうまく行ったことをしました-しかし、それは現在ほとんどの人々のワークフローで置き換えられています。人々はその後すぐにCodeKitの使用を開始し、現在では一般的にタスクランナーを使用して、うなり声、gulp、ブランチ、ブロッコリーなどのツールを構築しています。
あなたが欲しいのは前処理とオートプレフィックスを持つものです。これは上記のいずれかであり、通常はnpmモジュールのコレクションでインストールおよび構成できます。それはすべてあなたが取り組んでいるプロジェクトに依存します。今はgulpが一番人気だと思います。 (私はEmberを使用しているので、Ember CLIが私のためにそれを行います)
.sassは別の構文です(元の構文と思います)。ほとんどの開発者は.scssを使用します。CSSに似ているため、この構文を使用することをお勧めします。プロジェクトを共有する場合は、人々に感謝します。 (私はスタイラスが好きですが)
後悔…「サスファンデーション」とはdeadだと思います。そのコースはあなたにもっとトラブルを引き起こし、あなたを助けます。 scssを書いて、必要に応じて新しいビットを学ぶだけです。変数やネストなどの便利な機能を備えたCSSです。
私があなたが尋ねていることを理解していると仮定すると、はい、SASSを使用する代わりにSCSSに移行します。どうして?一般的に言えば、 SASS 両方を組み合わせた サス そして SCSS。 Sass自体は古い構文であり、主に(大括弧などではなく)インデントを扱い、CSSに実際の追加機能はありません。一方、SCSSは、変数、ネストなどの追加機能を提供することでCSS3を拡張することを目的としています。他のボーナスは、技術的に言えば、有効なCSS3スタイルシートはすべて有効なSCSSスタイルシートでもあるということです。
結論として、これは業界で使用されている多くのフレームワークとツールの標準であり、Sassに比べて新しい構文であり、かなり多くの機能を提供するので、SCSSに変更を加えることを検討します。開発者としてあなたの人生をはるかに簡単にするため。
詳細については、Webサイトをご覧ください。 http://sass-lang.com/
具体的に質問に答えるために: