私は、Twitter Bootstrap をフロントエンドのメイン スタイルとして使用したい J2EE プロジェクトに取り組んでおり、製品に合わせていくつかのカスタマイズを行っています。
LESS を使用するか、Twitter Bootstrap によって導入された CSS 形式を使用する必要があるかわかりません。LESS を使用する場合、これらのファイルをサーバーまたはクライアント側で CSS にコンパイルする必要があります。スタイルシートをキャッシュする必要があるため、どの Java フレームワークがサーバー側で役立ちますか?それ以外の場合はキャッシュする必要はありません。
クライアント サイトでのプリコンパイルが製品のパフォーマンスに影響するのではないかと思っていますが、そのベンチマークを作成した人はいますか?
そのためにwro4jを試すことができます。これは、サーバー側でlessをcssに変換するためのランタイムまたはビルド時のソリューションとして使用でき、キャッシングも処理します。wro4jのサポートが少ないことについて詳しくは、こちらをご覧ください。
サーバー側のコンパイラーを扱う手間をかけたくない場合は、CSS を使用することをお勧めします。
そのルートに行く場合、これは Java 用の優れた少ないコンパイラです:
http://www.asual.com/lesscss/
クライアント側でコンパイルする必要がある場合を除き、決してクライアント側でコンパイルしないでください。gzip 圧縮または圧縮/縮小された css と比べて、ブラウザーに大きな影響を与えます。
:)
LESS は開発には最適ですが、コンパイル済みの .css のみを運用に使用してください。何をするにしても、less.js/LESS をクライアント側で本番用にコンパイルしないでください。開発中に HTML の先頭にある less.js および .less ファイルを使用して素早い応答時間を経験したとしても、他のすべての人の応答時間は全面的に変わります。LESSファイルをインポート/追加する方法は無数にあるため、誰かが良いベンチマークを作成できるかどうかはわかりません。クライアント側でインポートおよびコンパイルされた個別の .less ファイルに 130 の mixin がある場合、結果のサイズが同じであっても、1 つの .less ファイルとはパフォーマンスが異なります。そして、ファイルサイズ、コンピューターのハードウェア仕様などを考慮すると、どのベンチマークでも信頼できる結果を得るのは難しいでしょう.
私のお勧めは、node.js や less.js などを使用して、保存するたびにオンザフライで css にコンパイルすることです。または、プロジェクトを監視し、保存するたびにコンパイルするいくつかの優れた GUI ツールのいずれかを使用します。(LESS.app、Crunch App、WinLESSなど)