这个 resolver 只针对 Proxy Facade,根据 feature 名称和 FacadeClass,获取对应的 resolver. 该 resolver 知道怎样将函数调用,投递到该 facade 的具体实现类去。
featureName:cartQuickOrderCore
最后得到实际值:cartQuickOrder
返回 resolver 的逻辑放在一个 defer 函数块里了:
当应用程序开始调用 facade 的方法时,被投递到代理类:
此时 resolver$ 包含的一大段在 defer 里的逻辑始终未得到执行。
所以,从语义上说,resolver 解析出来的对象,就是该 facade 真实的实现类?这个 connect 应该相当于 subscribe 方法。
果然,connect 方法会触发 defer 块内的函数调用:
触发 core module 延迟加载:
加载完 QuickOrderModule 之后,从 ModuleRef 里拿到 injector,再调用这个 module 的 injector,拿到 facadeClass 对应的实现类:
大功告成,拿到实现类 QuickOrderService 了:
此时就可以调用该实现类的方法了:
总结
Resolver 负责触发 Proxy Facade 对应的具体实现类的延迟加载,加载完成后,从 Module Ref 里拿到 injector,再使用 injector 拿到 Proxy Facade 的具体实现类的实例。
更多Jerry的原创文章,尽在:"汪子熙":
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。