ExtJS组件的 Xtype 大家都是了解的，就是为了方便组件的“延时渲染”而设的。类似地借助字符串标识，我们可不可以应用 Store 的引用上呢？Ext3.0 提供了这方面的支持，允许我们配置组件期间，不获取真正的 Store 对象而告知组件正确的 Store 是哪一个。一探究竟，不禁要问是怎么办到的？的确，正如大家所料，还是像 Xtype 用字符串标识对象那样子就可以了。不过字符串乍听来来，貌似不那么专业和显得非常普通。呵呵，感觉这东西不好说。干脆换种叫法是，——什么来的？ 那个……“依赖注射（Dependency Injection）”。——大抵变相的说法即如此。
如上述，使用 Store 注射的场景应该是，当前的上下文没有已构建完毕 Store 对象立刻组装到对应的组件中。因为调用 Store 服务不属于 Ext 组件的生存周期的一部分，有可能出现组件已渲染完毕，仍处于没可用数据的状态，此时可认为 UI 与数据源的通讯是异步的。如此一来，组件模型中就务必引入 Store 的标识引用（Identifier of the store）。
Store 标识在API定义中就是“storeId”，如下例所示：
storeId: "orderStore_1"配置好之后，就可以在组件中直接使用 id 引用对应的 Store。如下列的 orderGrid：
注意这里的store: "orderStore_1"其类型是字符串，Grid 组件才会去查询 id 为 "orderStore_1"的Store对象。如果在旧版的 Ext 中不支持 Store 的依赖注射的话，输入字符串的值就会报错。
因为我们知道，Store 其 id 与 Store 本身的一一对应不能够“隔空取物”，当中必定有联系在一起的机制。那么在API中这个类就是 Ext.StoreMgr，它是一个单例（Singleton）。其实 StoreMgr 的实现非常简单，整个类代码如下：
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 这位仁兄如是说的……
