这个 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的原创文章,尽在:"汪子熙":


注销
1k 声望1.6k 粉丝

invalid