Google閉包効率

Question

私はGoogleクローズコンパイラを実行したJavaScriptファイルを持っていて、それは明らかに長さの観点からは効率的ではないと確信しているonをzaに捏造しました。実際には（実際に使用されている文字のために）より効率的な理由があるのでしょうか？

たとえば、Gzippedの場合、zaはonよりも圧縮率が高いと思われますが、ランダムな文字が2つしかない可能性があります。

Answer 1

http://closure-compiler.appspot.com/homeで遊んだあと、コンパイラは以前の名前に関係なく変数名の変更を開始するようです。変数名の現在の長さを気にするようには見えませんが、全体のサイズが以前と同じか小さいかを確認します。高度な最適化設定を使用すると、変数がコードからリファクタリングされることがあります。

コンパイラに変数の命名を処理させることで、それらの変数がどれも互いに競合しないことが保証されます。既存の変数名を保持しようとすると、それを別に追跡し、比較するリストを維持する必要があります。

コードを小さくするもう1つの利点は、コードベースを難読化することです。確かに誰かが本当に欲しければそれを理解することができますが、変数名をプログラマティックにすることで意味を理解するのが難しくなります。あなたは本当に私はGoogle Chromeのカナリアのソースマップ機能を検討して勧め組み合わせ&縮小さコードをデバッグしたい場合

http://www.html5rocks.com/en/tutorials/developertools/sourcemaps/

Answer 2

それは

号

またはそれだけのカップルランダムな文字列である（おそらく使用された文字の）実際には、より効率的であり、いくつかの理由がありますか？

かなりです。 AFAIK、Closure Compiler（および他のJS minifier）は、既に名前が付けられているものを見ることなく、全体的に少ない文字を使用するという目的で、変数の名前を体系的に変更します。