問題タブ [uglifyjs2]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
javascript - 醜いJS - 未使用の変数を圧縮する
Uglifyには、未使用の変数を削除できる「圧縮」オプションがあります...
ただし、このようなオブジェクトにいくつかの関数を格納すると....
... アクセスされていない場合、 helpers.doSomething() を削除する方法はありますか?
コンプレッサーにオブジェクトを変更する許可を与えたいと思います。
可能であれば何かアイデアはありますか?または、役立つ他のツールはありますか?
node.js - UglifyJSでフォルダ内の複数のJavascriptファイルを縮小する方法は?
こんにちは、uglifyJs を使用して JavaScript ファイルを縮小しています。一度に 1 つのファイルでうまく機能しています。明確にするために、JS というフォルダにあるすべての JavaScript ファイルを JSM というフォルダに縮小することを求めています。 JS フォルダー内に test1.js と test2.js という 2 つのファイルがあり、そのフォルダーに対して uglify を実行し、JSM フォルダー内に test1.min.js と test2.min.js を生成する方法があります。これ?次のようなコマンド:
または私を助けることができる任意のアイデア。
ありがとう。
javascript - r.js で醜いが、uglify2 を使用して改行を維持する
r.js (RequireJS の最適化スクリプト) を作成して JS モジュールを醜くする方法を探していますが、改行はそのままにしておきます。最適化値として uglify2 を使用しています。
私のビルドスクリプトで。「最適化:なし」を実行できますが、ファイルを縮小して、行番号を保持したいだけです。uglifyでそれを行うオプションはありますか? uglify2の「closure.keepLines」に相当するものはありますか??
Requirejs 最適化ドキュメント http://requirejs.org/docs/optimization.html#options https://github.com/jrburke/r.js/blob/master/build/example.build.js
gruntjs - grunt + uglify で js ファイルを最適化するときにディレクトリ構造を保持する
JSファイルを縮小するために、うなり声のUglifyプラグインを使用しています。
私が抱えている問題は、src ディレクトリ構造を dest ディレクトリにも保持したいということです。
例:
その-min
部分は持っているだけでいいのですが(それがなくても大丈夫です)、ディレクトリ構造を維持する方法を理解するのに本当に苦労しています。
node.js - Node プロジェクト全体で UglifyJs を使用していますか?
ソースコードを可能な限り難読化する必要があるため、uglifyjs2 を使用することにしました。これで、ネストされたディレクトリを持つプロジェクト構造ができました。すべての入力ファイルを渡す代わりに、uglifyjs2 を介してプロジェクト全体を実行するにはどうすればよいですか? ?
プロジェクト全体を単一のファイルなどに縮小してもかまいません
workflow - うなり声のあるソースマップ
grunt でコンパイルされたアプリのソース マップを含むワークフローを知っていますか?
uglifyjs
ソースマップを簡単に生成できるようなプラグインについてはよく知っています。しかし、これを 1 回限りのソース マップを作成するのではなく、より複雑なワークフローに組み込むことを検討しています。
最も人気のある Yeoman ジェネレーター (私が知っている) では、ワークフローでソース マップが欠落していることに気付きました。これは、ソース マップの主要なプラグインがサポートされていないためですか? それとも、ワークフローにソース マップが必要ないということでしょうか?
私が遭遇した一般的な grunt プラグインの注目すべき問題の原因は次のとおりです。
uglify
ハッキーな修正なしでは、最も基本的なプロジェクト構造でさえ処理できません。
usemin
また、プロジェクトごとに 1 つしかサポートできないという点で、最も単純な構成を超えてソース マップを処理することもできません(ただし、修正するにはハックが必要です)。可能な解決策は明らかに使用を完全に停止することですが、そうすると、 、、および とusemin
組み合わせるなど、すべての利点を失うことになります。rev
watch
connect
アプリをテストするときに、連結されていない/縮小されていないソースを使用してテストすることが最善の方法であると考えています。もちろん、これは理想的とは言えません。テスト環境が本番環境を可能な限り反映するようにしたいからです。
grunt プロジェクトでソース マップを使用しますか? どのようにしますか?そうでない場合、サポートの欠如をどのように回避しますか?
javascript - UglifyJS 2 を使用して JavaScript を醜くする方法は?
UglifyJS2を使用して単純な JavaScript ファイルを醜くしようとしました。
ファイルの内容は次のとおりです。
醜くするために使用しているコマンドは次のとおりです。
私が受け取っているエラー: