ExtJs中动态加载机制研究

觉得写的太好了,怕弄丢了,转一下:http://extjs.org.cn/node/659

昨天我们team对于extjs的动态加载机制做了些深入研究,这里先share下controller加载的结果。

以service registry portlet为例:
比如,在 liferay-portlet.xml中定义了:

ExtJs中动态加载机制研究_第1张图片

所以我们的js的入口点是app.js,这其中创建了Ext.application并且声明了动态加载controller:

view source

print?

1.Ext.application({

2.name: 'serviceRegistry',

3.appFolder: '/serviceregistryportlet/js/app',

4.controllers:['mainPanel'],

5.launch:function(){

6....

7.)

我们这里具体看extjs是如何实现动态加载controller的。

首先我们可以看到,当它在加载controller时候,所有这里声明的controller的都会以类全名的形式传递给classNames属性

ExtJs中动态加载机制研究_第2张图片

Ext.Loader的config选项paths会收到2个属性,一个是默认的Ext的path,它的默认值定义如下:

view source

print?

01.config: {

02.

03.enabled: false,

04.

05.disableCaching: true,

06.

07.disableCachingParam: '_dc',

08.

09.paths: {

10.'Ext': '.'

11.}

12.},

另外一个就是从Ext.application中获取的属性,它的key 为Ext.application中定义的name(在这里是serviceRegistry),
value为Ext.application中定义的appFolder(在这里是/serviceregistryportlet/js/app)
如下图所示:

ExtJs中动态加载机制研究_第3张图片

然后在第5314行,就通过另外一个方法getPrefix()来根据controller的类名来获取它的前缀,并且这个前缀会最终参与到运算。我们这里省去这段逻辑,反正最终,这个"serviceRegistry.controller.mainPanel'的前缀是"serviceRegistry",如上图的调试结果。

注:以上的所有结论和我昨天猜想的完全一致,昨天并没有调试结论,看来我计算机感觉不错,小得意一下~

既然上面paths给出了2个候选的路径名(一个是Ext级别的,一个是项目serviceRegistry级别的),这2个路径名都有可能作为最终加载资源文件的备选路径,那么选取哪一个路径作为最终加载路径呢?就要看下面的分析了。

刚才因为已经得到了prefix=serviceRegistry,所以我们通过第5321行: path=paths[prefix] 来最终得到了真正要加载的路径名,也就是"/serviceregistryportlet/js/app"
紧接着,class的名字也确定下来了,就是类的全名(classFullName)去除掉前缀(prefix),所以也就是"serviceRegistry.controller.mainPanel",去除掉"serviceRegistry",剩下来"controller.mainPanel":
以上2个信息都可以从调试的结果看出来;

ExtJs中动态加载机制研究_第4张图片

所以最后工作就很清楚了,它会吧所有的路径名中的"."替换成"/" ,然后最后结尾加上".js"文件扩展名,所以最终就成了js controller文件的资源路径:

这个路径是正确的而且是我们预期的。。

所以从以上调试,我们可以总结出以下结论:
(1)对于controller而言,它的加载路径总是有2个备选路径,一个是Ext框架级别的备选路径,它的默认值是当前目录".",另外一个是项目级别的路径,并且项目级别的路径的优先级高于框架级别。只有项目级别路径加载不到js资源文件才会从框架级别的路径中加载js文件。

(2)对于controller而言,要计算出项目级别的路径,不得不获取很多相关信息,比如说前缀,controller的类名,路径名。其中 Ext.application的项目名(name)的作用是提供了项目级别路径的key,Ext.application的(appFolder)提供了项目级别路径的value, 前缀是通过类的全名解析出来的。

(3)一般类的全名的前缀部分最好和Ext.application的项目名(name)一致,其原因是,资源文件最终路径path是通过path=paths[prefix]计算出来的。如果不一致的话,要走else 分支。

(4)所有的资源文件最终路径都是用.分割的路径最终替换成的/分割的路径并且尾部追加扩展名来形成的,项目中任何地方不会涉及裸露的路径字符串。

(5)在任何情况下controller总能被正确的加载,只要appFolder设置正确。比如说我们把Ext.application的 name设置成"hello",吧appFolder设置为"/xxx/js/app",但是,我们某个controller文件,我们的前缀并不设置为"hello" ,而是设置成其他的,比如fxxk,所以controller的类全名是"fxxk.controller.ABCController",在这种情况下。prefix因为是从"fxxk.controller.ABCController"字符串中分析来的,所以它的值是“fxxk",而 appName因为是"hello",所以paths中有2个值,一个是key="Ext" ,value=".",另外一个是 key="hello",value="/xxx/js/app",所以执行path=paths[prefix]值时,它没办法获取任何值,所以保留原来的默认值"" 空字符串。但是,className是用"fxxk.controller.ABCController"去除prefix "fxxk",所以,className是正确的,还是"controller.ABCController",所以在最后5329行拼接path时候:path.replace(slashDotSlashre,'/')依然返回"", 而className是正确的,所以className.replace(dotRe,"/"),会返回/controller /ABCController.最后拼接上.js扩展名。所以这个文件依然能正确加载。

作者: 平行线的凝聚
原文: http://supercharles888.blog.51cto.com/609344/1244064

你可能感兴趣的:(ExtJs)