0

私は.LESSでいくつかの作業を行おうとしていますが、他のプログラマーとの競合に遭遇しており、ここで最適な使用法を見極めようとしています。

基本的に、それ自体ではコンパイルできない.lessファイルをまとめるための@importの適切な使用についての議論があります。たとえば、次のように想定します。

変数.less

// some variables are defined here

reset.less

// variables are used here

compile.less

@import("variables.less")
@import("reset.less")

さて、コンパイルしようとするreset.lessと失敗します。それはからのものを必要とするからvariables.lessです。私たちの1人にとって、これはプロジェクトを細かくモジュール化できるため、まったく問題ありません。しかし、他の人は、各ファイルがスタンドアロンである必要があると主張しているため、同意しません。

経験豊富な.lessコーダーの中には、この問題についてどう思いますか？「受け入れられた」慣行とは何ですか？

4

1 に答える 1

2

明らかに、ある企業にとっての「ベスト プラクティス」は、別の企業にとってそうではない場合があります。ただし、お気づきのように、それらを分割することは非常に一般的な方法です。ブートストラップはこれを行います。

それぞれを個別にコンパイルできる必要があるだけでなく、モジュール化する必要がある場合は、上記のようにそれを維持するだけでなく、各サブモジュール内で (のようにreset.less)を定義することもできます。

@import-once "variables.less"

最初に。そうすれば、コンパイルreset.lessするだけの場合は機能しますが、ファイルcompile.lessの最初の部分のみが実行され、サブモジュールからの後続の呼び出しは実行されません。importvariables.less

于 2013-01-31T16:52:13.977 に答える