Less.js: @importを複数回実行するとプロパティが重複する（ネストされた@import）

問題は、ファイルが2回インポートされることだと思います。これは、ミックスインの正しい動作です。

ファイルを2回インポートする必要があると思いますか？ そうでない場合は、相対URLも考慮に入れる必要があります。 例えば

// in main.less
<strong i="6">@import</strong>: imports/import1.less;
<strong i="7">@import</strong>: imports/import2.less;

// in imports/import1.less
<strong i="8">@import</strong>: import2.less; // don't import this
<strong i="9">@import</strong>: imports/import2.less; // do import this

うーん、ファイルが別のファイルと等しいかどうかを確認する簡単な方法があるのだろうか。 多分ヘッダーの何か。

ファイルサイズは安価な指標であり、特定のソースファイルのセットで一意である可能性があります。 ただし、同じサイズのファイルを2つ持つことは_可能_です。

同様に日付が変更されました。

サーバーがETagヘッダーを設定する場合は、それを使用できます/使用する必要があります。

キャッシュするときは、ファイルの内容のMD5ハッシュをキーとして使用しますが、個人的にはやり過ぎだと思います。

うーん、はい、問題はjavascriptにネイティブMD5がないことです。そうでない場合は、それを使用します。
ETagが理想的ですが、一部のサーバーはそれを設定しません。 私はこれについて考えなければなりません。

ファイルを2回インポートしないことに同意しているようです。 しかし、それは常に本当ですか？ （つまり、スコープの助けを借りて、miximでのインポートは問題ないかもしれません-cloudheadは、これについて私よりもよく答えることができます）。

多くの言語はすでにこの問題をさまざまな方法で解決しています。

• C-> #ifndef / #define / #endif
• PHP-> include_once()

「Cウェイ」は実装が少し難しいかもしれませんが、条件付きは他の素晴らしい可能性を提供するかもしれません。

「PHPの方法」を選択した場合は、ファイルを区別する方法を選択する必要があります。 絶対URLは良い選択のようです（直接またはdocument.location +相対URLを介して取得します）-HTTPリクエストを消費しないため、サイズ/長さ/ MD5よりも優れていると思います。
ただし、それだけでは不十分な場合があります。各URLは単一のファイルにマップされますが、各ファイルは複数のURLにマップされる場合があります。 そのような場合、新しいキーワード@<strong i="16">@name</strong>: <unique name>導入すると役立つ場合があります。

@import_onceアルゴリズムは次のようになります。絶対URLがまだインポートされていない場合は、ファイルを取得し、@ @nameがすでにインポートされているかどうかを確認します。インポートされていない場合は、ファイルをインポートします。

同意します。 単一のリクエストのコンテキスト内で、リソースは変更されないと想定できるはずです。 したがって、絶対URLで十分です。

ファイルの変更をチェックすることは別の問題です。

これが元の@importの動作方法であるため、 @ importimportを複数回保持する必要があると思います。

私は@vicbのphpのようなソリューションが好きですが、 @ import_onceの代わりに、 'comment'の方が好きなので、元のcss構文と互換性があります。

.lessファイルの先頭に次のようなものを追加できますか？
/ _！ require：url （./ abc.less）_ /

私もこの問題を経験しています。 私のプロジェクトには、単一の.cssファイルにコンパイルされるLESSファイルの階層があります。 複数のファイルに含まれているユーティリティLESSファイルが1つあり、最終的に、すべてのミックスインは、そのユーティリティファイルがインポートされたのと同じ回数複製されます。

@import_once 、またはおそらく@import ：once url（ 'url'）; この問題を解決します。

私たちのプロジェクトでは@NielsJanssenと同じ問題に

また、この問題が発生しています。 誰かが解決策を見つけますか？

ここで同じ問題があります。 簡単な解決策が見つかりませんでした。インポートが2回インポートされないように、インポートを再配置することになりました。

node.jsを使用している場合は、 Stylusをチェックすることをお勧めします。 私はしばらくLESSを使用し、開発が完全に欠如していることに不満を感じ、 SASSに切り替え、最後にStylusに切り替えました。 それは本当に機能を釘付けにし、構文はオプションであり（そして私は中立的な立場を使用します）、その非常に強力であり、TJはそれの本当に敏感な開発者です。

node.jsを使用しない場合でも、Rubyを使用してStylusを使用し、マシンでコンパイルすることができます。 また、何らかの理由でStylusが気に入らない場合は、SASS / SCSSも優れた代替手段であり、同じ方法で実行できます。

簡単に言えば、LESSは長期的には良くありません。

非常に悪い態度の男。

ここにそのbsを投稿する必要はありません。 あなたはそれを郵便か同様に送ることができたでしょう。 自由に使えるものに「本当にレスポンシブな開発者」が欲しいというような高い基準を持つことはできません。

絶対違う。

私が最初にLESSを見つけたとき、私はそのアドバイスが好きだったでしょう。そうすれば、それに慣れて、最終的に去ったときにそれに変換し、そこから変換するのに何週間も無駄になりませんでした。 確かに、閉じた問題よりも未解決の問題の方が多く、ほとんどの問題に対応していないため、最初に自分で気付いたはずです。

それは私が持つことができるかできないかについてではありません。 より良い選択肢があるときに、人々に警告を提供することです。

だから私は私の「BS」を支持し、人々が警告が役立つと思うことを願っています。

@ianstormtaylor ：プロジェクトが「長期的には良くない」と言うのは少しヒステリックです。

これと同じ問題があります。

foo.less

<strong i="7">@import</strong> "bar.less";
<strong i="8">@import</strong> "baz.less";

bar.less

<strong i="12">@import</strong> "mixins.less";
.bar {
  .mixer
}

baz.less

<strong i="16">@import</strong> "mixins.less";
.baz {
  .mixer
}

mixins.less

.mixer {
  color: 000;
  border: 2px solid #fff;
}

$ lessc foo.less
.mixer {
  color: 000;
  border: 2px solid #fff;
}
.bar {
  color: 000;
  border: 2px solid #fff;
  color: 000;
  border: 2px solid #fff;
}
.mixer {
  color: 000;
  border: 2px solid #fff;
}
.baz {
  color: 000;
  border: 2px solid #fff;
  color: 000;
  border: 2px solid #fff;
}

以前はこの議論に参加していませんでしたが、今は同じ問題に直面しています... wlangstroth @ ianstormtaylorがまったくヒステリックになっているとは思いません。 このプロジェクトの未解決の問題のリストと、それらのいくつかが未解決になっている期間を確認するだけです。 lessは便利なツールですが、サポートが限られており、待っている間は非常にイライラするという公正な評価だと思います。

@cloudheadは私が行ったコメントをほとんど無視しているという印象を

すべてのインポートを含むmain.lessファイルを作成することができます。 例については、 twitterブートストラップを参照してください（メインファイルはbootstrap.less ）。

私が（外部ライブラリから）インポートするより少ないファイルのいくつかは、スタンドアロンでコンパイルできるように書かれているので、それぞれに共通のvariables.lessています。私が見ている問題は、それぞれをインポートするために発生します。より少ないファイルを1つのメインファイルにコンパイルし、そのファイルをコンパイルすると、ミックスインが含まれる回数だけ各ミックスインが適用されます（外部ライブラリからインクルードするファイルごとに1回）。

あなたは正しいです-私はあなたが提案したようなことをすることができます、そして私はコードでそのようなことをすることができます私は完全に制御できますが、それは誰もがそのようにはありません。

また、回避策（サードパーティのライブラリを使用していなかった場合のみ）は、これがバグであることを変更しません。 私はより少ないコストで問題を回避する方法にかなり精通していますが、このようなバグがほぼ18か月間開いていることはイライラします。 （ @wlangstroth私はそれがあなたのせいではないことを理解しています）

興味のある人のために、＃431のコメントに貼り付けたブルートフォース修正（ @vicbのテストに対してテストされていませんが、機能するはずです）があります。 もう少し時間があれば、もっと良い解決策を見つけようと思います。

同じ問題を抱えている

この問題もありましたが、ミックスインライブラリをbootstrap.lessにインポートすることで修正しました。 後続のインポートがそれらにアクセスできることに気づいていませんでしたが、それは理にかなっています。

fyi＃431は、この問題を修正するプルリクエストです。

@cloudheadこれに対する修正を適用できますか。 これはおそらく、まだ未解決の最も古い問題の1つです。 それが解決されるのを見るのは素晴らしいことです。

同じ問題:-(

この問題で問題を抱えている人への提案として、TwitterにAlexisメッセージをドロップすることをお勧めします。 Alexisは以前、いくつかのチケットで、すべての問題を監視することはできず、実際には重大度を認識した場合にのみ修正すると述べています。 これは深刻な問題だと思いますが、TwitterでAlexisの注意を引くことはできませんでした。

おそらく他の誰かがもっと運がいいかもしれません。

Twitter： https ： cloudhead

そして、この問題へのリンクをドロップしてください： https ：

@Kalyse @cloudheadがこのプロジェクトの問題を適切に監視できない場合、それは誰もがそれを使用しないようにするさらに多くの理由です。 人々は、問題の未処理分を管理するのを手伝うために彼が他の何人かの人々を指名するべきであると提案しました、しかし再び応答がありませんでした。

問題で言及したときにすでにアラートを受け取ることができるのに、なぜTwitterを使用して誰かの注意を引く必要があるのですか？ @cloudheadが2年間未解決の問題に対応できないのは恥ずべきことだと思います。彼は少なくとも信頼できる人を何人か見つけて、未解決の問題のバックログを処理し始めることができました。 彼らは少なくとも重複を閉じて、彼の未解決の問題の数を減らすのに役立つ可能性があります。

github通知システムは完全に役に立たない-私は1日あたり約70-100の通知を受け取るので、私はそれらを単に無視することを好む。

これを調べます。

わかりました。 @import-onceディレクティブを追加しました。パスが一致することを確認するだけなので、かなり初歩的なものですが、ほとんどのユースケースをカバーするはずです。

@cloudheadこの問題に対処できてうれしいです！ 出力で重複するルールをフィルタリングしないのはなぜですか？

プルリクエストが考慮されていないのに、なぜこのプロジェクトがGithubにあるのか、問題が無視された場合に問題追跡システムが実行されているのか、私は個人的に理解していません。

簡単な人たち！ 誰かがこれほど人気のあるプロジェクトを持っていたら、彼らは同じ船に乗っているでしょう。 @cloudheadは素晴らしい仕事をしており、おそらく管理者として信頼できる人を数人追加する必要があります。 ただし、プルリクエストとテストの問題は、単独の問題よりもはるかに役立ちます。 たぶん、あなたがリラックスしている間にいくつかの問題を修正します。

人々は、時には何年も前に、たくさんの問題を修正しました。 応答のない74の未処理のプルリクエストの1つをチェックしてください。 例として、この問題には2年前にさかのぼる多くの重複があります（＃324＃71など）。 この問題を非常に簡単に修正するプルリクエストは次のとおりです。https ：

@ cloudhead-アレクシス、これはあまりにも素晴らしいプロジェクトであり、荒廃させることはできません。 上記のようなものを見ると、プロジェクトが信頼できない、または信頼できないという印象を与えます。 そして、それは不要です！ githubの魔法は、優れたコードを書いていて、プロジェクトへのコミットに興味を持っている人を簡単に見つけることができることです。 それらの善良な人々に、問題を緩和し、要求を引き出すのに役立つかどうかを尋ねます。

私たちは皆あなたの仕事が大好きです。 コミュニティは助けたいと思っています。 手伝いましょう！

@jeremyrickettsの良い点。

私は@jeremyrickettsに同意し

@cloudhead @import-onceディレクティブが機能しないようです。これが私のテストケースです。

// a.less
.gain-bfc() {
  overflow: hidden;
  *zoom: 1;
}

// b.less
@import-once "a.less";

// c.less
@import-once "a.less";
@import-once "b.less";

div {
  .gain-bfc();
}

c.lessコンパイルした後、期待される結果は次のようになります。

div {
  overflow: hidden;
  *zoom: 1;
}

しかし、私は重複したプロパティを取得しました

div {
  overflow: hidden;
  *zoom: 1;
  overflow: hidden;
  *zoom: 1;
}

+1 jeremyricketts

誰もがステップアップしたい-https：//twitter.com/#！/ neonstalwart / status / 183247994072735744

実際のプログラミングチョップを持っている人が必要です。 私の世界はPSD、鉛筆と紙、そしてhtmlCSSと軽いjQueryの仕事です。

問題を優先順位付けしてリクエストをプルするためだけに、数人が必要です。
重複を整理し、バグなどのテストケースがあることを確認します。
少なくともそれを手伝うボランティアをすること、そして私はおそらく助けることができます
小さなバグも閉じます。
2012年3月23日午後1時28分、「ジェレミーリケッツ」<
[email protected]>
書きました：

実際のプログラミングチョップを持っている人が必要です。 私の世界はPSDです、
鉛筆と紙、そしてhtmlCSSと軽いjQueryが機能します。

---

このメールに直接返信するか、GitHubで表示してください。
https://github.com/cloudhead/less.js/issues/49#issuecomment -4667283

@cloudheadこれに対する適切な修正を考えるのに苦労している場合に備えて、しばらく前の@neonstalwartの解決策を確認する必要があります。

基本的に、現在のプロパティと同じ値を持つ既存のルールがある場合、ルールをセレクターに追加しないでください。 プロパティ値も確認する必要があります。背景を使用すると、ブラウザごとに処理が異なるため、いくつかの異なる背景を追加する可能性があるためです。

このソリューションについてどう思いますか@cloudhead
前進のように見えますか？

これを修正しないということは、次のことを意味します。

1）ファイルが必要以上に大きい。
2）CSSを複数のファイルに分散してロットをインポートすることは望ましくありません。これは、ミックスインも含む追加のファイルを含めるたびに、そのミックスインの値を再度追加するためです。 私はおそらく80のlessCSSスタイルを持っています。これは、.background（）グラデーションミキシングを実行すると、セレクターごとに80 * 6の追加スタイルが生成されることを意味します。 （6は、すべての異なるブラウザーをサポートします）。
3）ページのレンダリングも遅くなります。 追加のスタイルにより、1秒あたりのドロー/リフレッシュが劇的に低下します。

@cloudheadの考え？
乾杯。

@cloudhead最新のコミットからこの問題のプルリクエストを行う場合、マージを検討しますか？

修正は次のとおりです： https ：

@Kalyseメールを送ってくれませんか。 [email protected]

乾杯

プルリクエストを承認できる信頼できる開発者を追加する必要があるのではないでしょうか。

@cloudheadWinLessを使用してLESSコードをコンパイルしています... WinLessにはless.jsの最新のディストリビューションが付属しています（https://github.com/marklagendijk/WinLess/issues/14を参照）。 ）最新リリースに追加されますか？

ありがとう（素晴らしい製品をありがとう）。

だから、ええと...これをどうやってやってるの？

@jreadingコミットcb7893でgitで修正されたと思います

修正されたように見えます（または少なくとも元の問題は修正されています）。そうでない場合は、これをカバーする別のバグがあると確信しています。