2

LESSの実装を確認するために、TwitterBootstrapをダウンロードしました。私の第一印象は、LESSはCSSを書くのに素晴らしいことのように思えますが、ブラウザーのレンダリングに基づいてすばやく編集する機能を壊してしまいます。

これまでに出会ったことのないライブサイトを手渡され、他の誰かによって構築され、文書化が不十分で、一部の要素のプロパティを変更するように依頼されたとします。Webサイトには2000行のCSSがあり、私が最後にやりたいことは、その多くに慣れることです。

従来のCSS、ブラウザウィンドウ：要素の検査：一致したCSSルール：styles.css：1145。選択したテキストエディタでstyles.cssを1145行目まで開き、変更を加え、テストし、完了します。

LESS、ブラウザウィンドウ内:(ブートストラップ内の）42の異なるLESSファイルの任意の組み合わせからコンパイルされたCSSファイルから一致したCSSルールを返します。コンパイルされたCSSファイルから、どのコンポーネントLESSファイルがプロパティを作成したかは示されません。42の異なるLESSファイルを検索して、変更を加える適切な場所を探します。

したがって、プロジェクトをゼロから理解するための時間/知識がある場合、LESSは本当に素晴らしいようです。これにより、どの変数がミックスインで呼び出される色を宣言して、さらに与えられる境界線を生成するかがわかります。クラス宣言のプロパティ-しかし、他の誰かのコードから、すべての境界線の色を変更する方法（より具体的にはどこ）を理解するのに10分かかる不運な開発者の場合はそれほど素晴らしいことではありません。

私はそれをすべて間違っていますか？LESSが怠惰で幸せなブラウザエンドのクイックフィックス戦略を破るのは事実ですか、それとも私がまだ理解していない、迅速で汚いワークフローを維持する方法がありますか？

4

1 に答える 1

1

LESSは、Node.jsとRhinoを使用して、クライアント側（Chrome、Safari、Firefox）とサーバー側の両方で実行されます。（http://lesscss.org/）。そうです、クライアント側でも使用できます。少ないスタイルシートをリンクしていることを確認し、HTMLrel="stylesheet/lessに追加less.jsして、少ないソースからCSSを生成することを忘れないでください。

欠点は、Firebugのような開発者ツールにはlessのネイティブサポートがないことです。これは、現在ブラウザのデバッグ機能が非常に貧弱なCoffeeScriptの場合と同じ問題です。デバッガーは他のJS言語をサポートするように進化すると確信していますが、lessのようなスタイルシート言語でも同様のことが起こっているのを見て驚くことはありません。しかし、これらのツールが主流になっている間、私は息を止めませんでした。

LESSはハードコアCSS開発にとって素晴らしいアイデアかもしれませんが、開発スタックに複雑さの層を追加するという点で、あなたの考え方を共有します。そうすることは、すべての場合に正当化されるとは限りません。

于 2012-06-19T21:35:11.560 に答える