Question

使用ext-all.js和ext-all-debug.js有什么区别？

从debug.js更改为ext-all.js是否可以提高性能？

我可以假设从调试文件切换到普通文件不会对应用程序产生任何其他影响吗？

此外，任何人都可以建议ext-base.js做什么吗？

Answer 1

Ext-all基本上是调试版的缩小版。增益是它大大减少了文件大小，因此客户端必须下载更少。 Ext-base是ext的核心功能。如果你只使用那些你可以只包括那个文件而不是ext-all中的庞大完整集。

在ext网站上，曾经有一个自定义js构建器，你可以在其中选择你需要的功能，它只为那些模块创建一个自定义js

Answer 2

提供了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.

Answer 3

使用ExtJS4.1改变了这些信息。

在实施和优化应用程序之后，我喜欢很多人，对哪个流程最适合“生产实施”感到困惑。

这个最新的文档原来是关于Sencha的这个文件： http://docs.sencha.com/ext-js/4-1/#!/guide/getting_started

很难识别，但对我来说关键是第3步。部署应用程序。

进行这四个步骤：

cd to root
sencha create jsb - 这会创建一个使用过的类的清单。 - 如果需要，也可以在构建之前修改它。
sencha build - 创建两个文件（all-classes.js，app-all.js） - all-classes.js非审查。 - app-all.js是生产就绪文件
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).

希望这有助于某人。：）

Answer 4

“ext.js”和“ext-debug.js”之间的区别是：

“ext-debug”未压缩（或“缩小”）。
“ext-debug”不通过Cmd优化器运行。

否则这些文件包含完全相同的代码。此外，两种口味都从“src”文件夹下载所需的类。简而言之，这两个文件都旨在支持调试。

为了提高性能，要将下载减少到尽可能少的文件，您可以使用Sencha Cmd。有点像这样的事 sencha fs minify -yui -from=ext-debug.js -to=ext.js

对于Cmd主题，分机4.2.2 doc set更新，你可以访问dec here

ext-all.js VS ext-all-debug.js

4 个答案: