SAP 电商云 Spartacus UI Proxy Facade 的一个实际例子

如何理解 SAP 电商云 Spartacus UI 中的 proxy facade?

Jerry 这篇文章什么是 SAP 电商云 Spartacus UI 的 proxy façade提供了理论上的解释。

本文介绍一个实际例子。

当我们打开如下 url 时,默认是不会触发 Quick Order Core module 的加载的,因为我们根本没有使用到 Quick Order 任何功能:

http://localhost:4299/electronics-spa/en/USD/

当然,我们仍然有办法,在 homepage 的 app.module.ts 里手动编写一些代码,这些代码需要 Quick Order core module 被加载之后才能正常执行:

上面代码注入的依赖 QuickOrderFacade,虽然是 Quick Order root module 的一部分,被正常加载,但是 QuickOrderFacade 只是一个 Abstract Class,需要 core module 里提供的具体实现才能继续执行。因此,加上了上述代码之后,我们访问 Spartacus UI 的 homepage,也会触发 Quick Order Core module 的加载。

上述结论可以在 Chrome 开发者工具 network 标签页里观察到 Quick Order Core Module 的加载:

以及对应调试代码的打印:


在运行时,当 AppModule 作为入口 module 被加载时,Angular 框架会调用 _resolveInjectorDefTypes 解析器构造函数里声明的依赖:

此时因为 QuickOrder core module 尚未加载,因此通过 QuickOrderFacade 提供的工厂方法 FacadeFactory 去提供依赖:

这里调用标准的来自 Angular/core 的 inject,结合传入的 descriptor,进行注入:

调用 inject 注入 FacadeFactoryService 的结果是什么?

结果就是得到了 FacadeFactoryService 的一个实例,且该实例的每个属性字段也均被注入了对应的实例了:

这里我们准备创建 cartQuickOrderCore 的具体实现,首先需要检查这个 feature 是否已经启用:

this.cmsConfig.featureModules 里确实存在 cartQuickOrder 的记录:


这里试图获取 QuickOrderFacade 的实现:

最终是通过 QuickOrderService 注入的。

此时 Quick Order core module 应该已经加载了。

我们来具体看一下到底是哪行代码触发的 core module 加载?

入口:


这一行的下一个函数调用触发延迟加载:


最终位置:


更多Jerry的原创文章,尽在:"汪子熙":


你可能感兴趣的:(SAP 电商云 Spartacus UI Proxy Facade 的一个实际例子)