YUI Compressor はコンセンサスで最小化に最適なツールでしたが、Closure の方が優れているようです。
7 に答える
「あなたに最適なものは何でも」が現時点での一般的な答えだと思います.YUIは以前から利用可能であったため、間違いなく現在最良のツールとしてコンセンサスを持っているものになるでしょう. Closure は私たちにとって新しいものです。そのため、YUI ほど豊富な経験はありません。したがって、Closure が新しいという理由だけで人々の経験に基づいて Closure を使用する理由について、説得力のある現実世界の議論を見つけることはできないと思います。
それは、Closure を使用すべきではないと言っているわけではありません....私の言い方ですが、多くの人が 2 つを使用してそれらを比較するまで、これに対する答えはないと思います。
編集: Closure が改善をもたらすという初期の比較がいくつかあります:
http://blog.feedly.com/2009/11/06/google-closure-vs-yui-min/
http://news.ycombinator .com/item?id=924426
さらに編集: Closureの問題リストに注目する価値があります: http://code.google.com/p/closure-compiler/issues/list
jQuery 1.5がUglifyJSに移動したようです:
さらに、この切り替えにより、Google Closure Compiler から UglifyJS を使用するようになりました。使用中にファイルサイズが確実に改善されたので、切り替えに非常に満足しています.
それはあなたのコードに依存すると思います。独自のコードをコンパイルする場合は、 Closure Compilerで動作するようにコードにパッチを適用する価値があると思います(最初は少しぎこちなく感じるかもしれません)。Closure Compilerは近いうちにそのような仕事に最適な選択肢になると思います。また、コードを少し整理し、一貫したスタイルを維持することもできます (もちろん、好みによって異なります。嫌いな部分があるかもしれませんが、私はそうします :P ) .
他のライブラリに依存している場合、私の意見では、Closure Compiler互換バージョンがリリースされるまで少し待つ必要があります。ほとんどの人気のあるライブラリでは、それほど時間はかかりません。また、自分で使用している「あまりアクティブではない」ライブラリの修正を提供できるかもしれません。
ここではAdvanced Compilationモードについて話しています。一部の人が指摘しているように、 Simple Compilationモードはかなり安全に使用できます。
そして、ここに別の意見があります - Google Closure ? 私は感動していません。少し辛すぎるかもしれませんが、読んでみてください。どちらが優れているかは時間が経てばわかると思います=)
2012 年 10 月の時点で、YUI コンプレッサーは非推奨になったか、少なくとも YUI で使用されなくなったようです: http://www.yuiblog.com/blog/2012/10/16/state-of-yui-compressor /
ここでいくつかのテストを行い、各ブラウザーで何が優れているかを確認できます: http://jsperf.com/closure-vs-yui