5

ext-all.jsとext-all-debug.jsの使用の違いは何ですか？

debug.jsからext-all.jsに変更すると、パフォーマンスが向上しますか？

デバッグから通常のファイルに切り替えても、アプリケーションに他の影響はないと想定できますか？

また、ext-base.jsが何をするかを誰かが提案できますか？

4

4 に答える 4

8

Ext-allは、基本的にデバッグ版の縮小版です。利点は、ファイルサイズが大幅に削減されるため、クライアントがダウンロードする必要が少なくなることです。Ext-baseはextのコア機能です。それらだけを使用する場合は、ext-allの巨大な完全なセットの代わりにそのファイルを含めることができます。

extサイトには、必要な関数だけを選択し、それらのモジュールだけでカスタムjsを作成するカスタムjsビルダーがありました。

于 2011-08-14T10:00:20.193 に答える
5

Ext-all-debugは、extjsコードを介してデバッグできるように提供されています。ext-all.jsとまったく同じ操作を実行します。ext-all.jsを使用すると、ファイルのサイズがはるかに小さくなるため、パフォーマンスが向上します。したがって、クライアントはファイルをより高速にダウンロードしてアクセスできます。

ext-base-debugとext-base.jsの場合も同じです。これらには、ext-all.jsが依存する操作（Ajax操作など）が含まれています。これらのファイルを交換しても、アプリケーションに影響はありません。

開発中はext-all-debugとext-base-debugを使用してください。本番環境では、ext-all.jsとext-base.jsに切り替えます。

于 2011-08-14T12:28:37.837 に答える
3

この情報は、ExtJS4.1を使用している場合に変更されました。

アプリケーションを実装して最適化した後、私は多くの人が好きで、どのプロセスが「本番実装」に最適であるかと混同されました。

これに関するこの最新のドキュメントは、Senchaの次のドキュメントであることが判明しました：http： //docs.sencha.com/ext-js/4-1/# ！/ guide / getting_started

識別するのは困難でしたが、私にとっての鍵はステップ3でした。アプリケーションのデプロイ。

これらの4つのステップが実行されます。

  1. ルートへのCD
  2. senchacreatejsb-これは使用されるクラスのマニフェストを作成します。-必要に応じて、ビルド前に変更することもできます。
  3. sencha build-2つのファイル（all-classes.js、app-all.js）を作成します-all-classes.jsはレビューのために最小ではありません。--app - all.jsは本番用のファイルです
  4. prodのセットアップ-これらは、本番ファイルに必要な残りのインクルードです。
ext-all.css  //minified-css, concatenated and dusted is optimal.
ext/ext.js   //non-debug
app-all.js   //minified, concatenated, app + framework files (only classes used).

これが誰かを助けることを願っています。：）

于 2013-01-21T19:48:31.853 に答える
0

「ext.js」と「ext-debug.js」の違いは次のとおりです。

  1. 「ext-debug」は圧縮されていません（または「縮小」されていません）。
  2. 「ext-debug」はCmdオプティマイザーでは実行されません。

それ以外の点では、これらのファイルにはまったく同じコードが含まれています。さらに、どちらのフレーバーも「src」フォルダーから必要なクラスをダウンロードします。つまり、これらのファイルは両方ともデバッグをサポートすることを目的としています。

パフォーマンスを向上させるために、ダウンロードをできるだけ少ないファイルに減らすために、SenchaCmdを使用できます。このようなもの
sencha fs minify -yui -from=ext-debug.js -to=ext.js

Cmdトピックの場合、ext 4.2.2 doc setが最新であり、ここからdecにアクセスできます。

これがお役に立てば幸いです。

于 2014-09-04T08:22:19.373 に答える