LESSとは何ですか？ 言語は少ない！ しかし、それは言語ですか？ layman-typesetterの言葉を借りると、コードを記述してコンパイルし、出力ですべて同じCSSを取得します。
...そして、ここで何らかの理由で、私は同僚とプログラマーのフェディの表現をすぐに思い出しました。 だから、彼は言った：「ささいなことでダウン！ 「デザイナーにとって、これらの言葉は単に「心を包む」ということです」
しかし、私たちは少し気を取られ、一般的に、これはポイントではありません 。
だから、少ない。
Lessは、変数、ミックスなどを設定できるようにすることで、CSSの能力を拡張します。
-それで？
さて、つまり、今では誰もが私に同意しましたか？
...だから私は百万番目の合唱団を聞きます。
しかし実際には、このソリューションには欠点があります。
言語の多くの支持者は、例えば、そのような使用について話します。
例：
少ない
色変数を設定します。
@base_color: #ccc;
次に、要素で使用します。
p { color: @base_color; } span { background-color: @base_color; }
言語サポーターの観点から見ると、これは便利です。すべての要素の色を変更する-1か所で色を変更する-それだけです。
私の観点から-それは非常に物議を醸しています：
- まず、前述したように、それは当たり前です-既存の要素の色を変更するには、修正する必要がある要素を見つけてから、色自体が既に割り当てられている変数を見つける必要があります。 そして、そのような変数は十数個あり、それらはすべて別々の別々に接続されたファイルに存在し、その数は数十個にもなります。
- 第二に、何が便利であるかについての支持者の議論：「1か所で変更-すべてのボタンを修正しました！」-これは、バッチリプレイが何であるかを知らない、または忘れた人向けです！ #cccの色をすぐに見つけて「すべて置換」する方が簡単、高速、信頼性が高くなります。
- また、コード内で直接加算または減算することで色を簡単に変更できるという想像上の「便利さ」もありますが、これも引用符で囲まれています-なぜなら、人が手元にグラフィックエディターを持っている場合+長い間組版に携わっており、基本的な色コードを心から知っている場合-彼は何かを追加したり減らしたりする必要はありません-彼はすぐにコードを処方します。
それはプラスに見えるでしょうか？
これは実際にプラスがあるところです（最初に考えたように）、そのため、1つの変数に膨大な数のパラメーターが設定されている場合（たとえば、ベンダープロパティ
-webkit-border-radius
...）、この変数は使用される要素にオンミックスされます-コードが大幅に削減されます。
しかし、私はあなたに質問をします： とにかくコンパイルし、解析されたCSS状態に展開および展開するときにコードを短縮するのはなぜですか？ 実際、特定のレイヤー（多くのファイルで構成されることもあります）を取得するため、パラメーターの検索速度は低下しますが、コードの最終形式には影響しません。
1、2年で一般的なコードリファクタリングを実行する場合、実際にはあまり効果的ではありません。それでおそらく理にかなっています...しかし、それでも一見、本当のプラスは単なるフィクションであり、貴重な時間の無駄です...なぜでしょうか？
答え：それは本格的な言語ではなく、最後にはすべて同じかさばるCSS構造を取得するからです。 つまり、どのように削減または最適化しようとしても、レイヤーのみを最適化します。
一般的には、マーケティングの動き、ファッションのトレンド、言語を宣伝するための秘密の陰謀などかもしれませんが、プログラマ（ 一部のプログラマ ）からは、lessを使用することは、プログラムによる抽象的思考のためのプロジェクトの平凡な鮮鋭化であるとよく聞きます プログラマーの抽象的思考が一般的な抽象的思考とどのように異なるか、またはレイアウト/デザイナーの抽象的思考との違いは、 暗闇に包まれた大きな謎です。
今私は自分自身のために
-組版方法がわからないプログラマーの作業を容易にするために設計されたツール。 レイアウトデザイナーにとって、これは同等です。ランナーのためにスニーカーの代わりに長靴を履く方法です。常に飛ぶものではありませんが、濡れていません。上記のすべては単なる私の意見であり、彼らのクラフトのファンの開発プロセスに何らかの形で干渉する意図はありません。
デザイナーの日常生活を共有したかっただけです。疲れないことを願っています。