小包CSS：新しいCSSパーサー、変圧器、およびミニフィーター、新しいCSSパーサー

小包の作成者であるデボン・ゴベットの最新の傑作である小包CSSは、Rustで書かれたCSSパーサー、コンバーター、コンプレッサーです。これにより、CSS処理フィールドにさわやかな活力がもたらされます。

数週間前、私はesbuild ： cssbuildに似たCSSツールを想像していました。輸入、パッケージ（現在は通常SASSに依存している）を処理でき、非常に高速で動作します。おそらく、プラグインベースで、PostCSS APIと互換性があるため、既存のPostCSSプラグインが実行できるようになります。また、ソースマップを生成してコード変更を行うことも、SASSを実行することもできます。このようなツールは、 esbuildのようなCSSエコシステムの活力を刺激する可能性があります。

小包CSSは私が想像していたものに近いですが、現時点ではパッケージング機能がないようです（少なくともスタンドアロンではありません）。これは、新しい構文を発明する必要があるためだと思います。 @import （ネイティブCSSと同じ）を使用する場合のSASSのあいまいさがレッスンである可能性があります。同じ間違いを繰り返したくないと私は誰も責任を負いません。構文を発明すると異なるツールカテゴリに分類されるため、これは実際には難しい問題です。しかし、CSSを小さなファイルに分解して開発中にパッケージ化することは、小包に完全に依存することなく一般的な慣行であるため（パッケージ化できます）、それだけの価値があると思います。

それでは、なぜ小包CSSを使用してCSSを処理するのですか？ドキュメントによると、理由は次のとおりです。

• CSS圧縮
• ベンダープレフィックスを自動的に追加します
• CSSモジュールを処理する（クラシックライブラリ、ネイティブではない）
• ソースマップを生成します

（最初は、AutoprefixerやCSSNANOなどのツールがプロジェクトのpackage.jsonファイルに表示されるため、これらのタスクを達成するために他のツールを利用したと思いました。

キラー機能もあります！小包CSSの最も強力な機能は「構文低下」だと思います。つまり、将来のCSS機能（ネストなど）を使用して、BabelがJavaScriptを処理するように、ブラウザが理解できるコードに処理できます。これは、PostCSS-Preset-ENVの精神に似ています。

そして、それは非常に速いです：

小包CSSはエコシステムになることができますか？

最大の問題は、小包CSSが優先されたCSSパーサーになった場合、プラグインを取得しますか？プラグインを取得した場合、PostCSSプラグインのような強力なエコシステムになりますか？

以上が小包CSS：新しいCSSパーサー、変圧器、およびミニフィーター、新しいCSSパーサーの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。