ExtJS组件的 Xtype 大家都是了解的，就是为了方便组件的“延时渲染”而设的。类似地借助字符串标识，我们可不可以应用 Store 的引用上呢？Ext3.0 提供了这方面的支持，允许我们配置组件期间，不获取真正的 Store 对象而告知组件正确的 Store 是哪一个。一探究竟，不禁要问是怎么办到的？的确，正如大家所料，还是像 Xtype 用字符串标识对象那样子就可以了。不过字符串乍听来来，貌似不那么专业和显得非常普通。呵呵，感觉这东西不好说。干脆换种叫法是，——什么来的？ 那个……“依赖注射（Dependency Injection）”。——大抵变相的说法即如此。

如上述，使用 Store 注射的场景应该是，当前的上下文没有已构建完毕 Store 对象立刻组装到对应的组件中。因为调用 Store 服务不属于 Ext 组件的生存周期的一部分，有可能出现组件已渲染完毕，仍处于没可用数据的状态，此时可认为 UI 与数据源的通讯是异步的。如此一来，组件模型中就务必引入 Store 的标识引用（Identifier of the store）。

Store 标识在API定义中就是“storeId”，如下例所示：

orderStore = Ext.extend(Ext.data.JsonStore,{ storeId: "orderStore_1",constructor: function() { orderStore.superclass.constructor.call(this,{ fields : [ // Fields ] }); } });

storeId: "orderStore_1"配置好之后，就可以在组件中直接使用 id 引用对应的 Store。如下列的 orderGrid：

orderGrid = Ext.extend(Ext.grid.GridPanel,{ title: "订单列表",store: "orderStore_1",width: 400,height: 250,initComponent: function() { this.columns = [ // Columns ]; orderGrid.superclass.initComponent.call(this); } });

注意这里的store: "orderStore_1"其类型是字符串，Grid 组件才会去查询 id 为 "orderStore_1"的Store对象。如果在旧版的 Ext 中不支持 Store 的依赖注射的话，输入字符串的值就会报错。

因为我们知道，Store 其 id 与 Store 本身的一一对应不能够“隔空取物”，当中必定有联系在一起的机制。那么在API中这个类就是 Ext.StoreMgr，它是一个单例（Singleton）。其实 StoreMgr 的实现非常简单，整个类代码如下：

/** * @class Ext.StoreMgr * @extends Ext.util.MixedCollection * store组管理器。这是全局的、并且是缺省的。<br /> * The default global group of stores. * @singleton */ Ext.StoreMgr = Ext.apply(new Ext.util.MixedCollection(),{ /** * @cfg {Object} listeners @hide */ /** * 登记更多的Store对象到StoreMgr。一般情况下你不需要手动加入。任何透过{@link Ext.data.Store#storeId}初始化的Store都会<a href="/tag/zidong/" target="_blank" class="keywords">自动</a>登记。 * Registers one or more Stores with the StoreMgr. You do not normally need to register stores * manually. Any store initialized with a {@link Ext.data.Store#storeId} will be auto-registered. * @param {Ext.data.Store} store1 Store实例。A Store instance * @param {Ext.data.Store} store2 （可选的）Store实例2。(optional) * @param {Ext.data.Store} etc... （可选的）Store实例x……。(optional) */ register : function(){ for(var i = 0,s; s = arguments[i]; i++){ this.add(s); } },/** * 注销一个或多个Stores。 * Unregisters one or more Stores with the StoreMgr * @param {String/Object} id1 Store的id或是Store对象The id of the Store,or a Store instance * @param {String/Object} id2 （可选的）Store实例2。(optional) * @param {String/Object} etc... （可选的）Store实例x……。(optional) */ unregister : function(){ for(var i = 0,s; s = arguments[i]; i++){ this.remove(this.lookup(s)); } },/** * 由id返回一个已登记的Store。 * Gets a registered Store by id * @param {String/Object} id Store的id或是Store对象。The id of the Store,or a Store instance * @return {Ext.data.Store} */ lookup : function(id){ return typeof id == "object" ? (id.events ? id : Ext.create(id,'store')) : this.get(id); },// getKey implementation for MixedCollection getKey : function(o){ return o.storeId || o.id; } });

Ext.StoreMgr 直接继承于 Ext.util.MixedCollection，此 MixedCollection 乃 Ext 的专用集合类。本来小弟觉得，没必要用上 MixedCollection，使用 JS 的 Array 岂不是更简单？但由于 MixedCollection 封装了更方便的排序、遍历、增加/删除等的功能，出于这方面的需求，使用MixedCollection的话又是合理的，Array 则太过简单化。总之这是一个取舍的问题，若考虑客户端优化为先的就应该只用 Array 吧。值得一提的是，Ext.apply(new Ext.util.MixedCollection(),{……}); 不失为创建单例的一个灵活的用法。

p.s: 上述 Ext.StoreMgr 源码引用的是ext3.0，3.3的 lookup() 方法可能更周全的考虑，请大家鉴别。

按照register() 源码注释所说的，一般情况下你不需要手动加入 Store 到 StoreMgr，通过 Ext.data.Store.storeId 初始化的 Store 都会自动登记到 StoreMgr。当组件开始调用Store 的时候，就会执行 this.store =Ext.StoreMgr.lookup(this.storeId); 这样的语句来查询 Store，其中 this.storeId 就是 Store 的 id。

最后免责声明一下，专业名词 DI 不是俺安在 Ext 头上的啊。依赖注射的方式有几种，字符串注射也算一种吧。以前看过一下 DI 的资料，但是必须坦白，再问俺深一点就不知道了。所谓 DI For Ext.data.Store，乃源自是 Miami 这位仁兄如是说的……