providers
index.ts 里只有两份 export：
context-ids.ts
是一些参数常量。
export const LANGUAGE_CONTEXT_ID = 'language';export const CURRENCY_CONTEXT_ID = 'currency';export const BASE_SITE_CONTEXT_ID = 'baseSite';export const THEME_CONTEXT_ID = 'theme';context-service-map.ts (ContextServiceMap)
ContextServiceMap 是一个 map 构造，key 是字符串，value 是这种 site context 对应的 SiteContext Facade 类？
比方咱们之前在 facade 文件夹里探讨过的：
@Injectable()export class CurrencyService implements SiteContext<Currency> { constructor( protected store: Store<StateWithSiteContext>, protected config: SiteContextConfig ) {}serviceMapFactory
工厂函数，负责提供 ContextServiceMap 的实现？
什么时候 ContextServiceMap 的实例会被调用到？
这里只有类的定义，并没有类的实例化过程：
site-context-params-providers (siteContextParamsProviders)
这个类没有被 index.ts 导出。从正文也能看出，这是无意为之，不将其裸露到 public API 去。
import { Provider } from '@angular/core';import { UrlSerializer } from '@angular/router';import { SiteContextParamsService } from '../services/site-context-params.service';import { SiteContextUrlSerializer } from '../services/site-context-url-serializer';// functions below should not be exposed in public API:export const siteContextParamsProviders: Provider[] = [ SiteContextParamsService, SiteContextUrlSerializer, { provide: UrlSerializer, useExisting: SiteContextUrlSerializer },];提供了一些 provider 的实现，SiteContextUrlSerializer 提供了 Angular UrlSerializer 的实现。
context-service-providers.ts
initializeContext
这个函数就是一个包裹函数，从 site-context 平级的 config 文件夹里导入 ConfigInitializerService 和 site-context 外部的 service 文件夹内的 SiteContextRoutesHandler，而后调用这两个导入的函数的对应办法。
答复两个问题：
(1) initializeContext 函数什么时候被调用？
这个调用又分为两个维度来探讨。
第13行的代码，在 Angular 依赖注入框架内执行：
这比拟正当，因为就在这个文件的尾部，initializeContext 作为 APP_INITIALIZER 被调用。
稍后，Angular APP_INITIALIZER 所有的 provider 也被调用：
(2) 这个函数的 23 行 init 办法执行了什么逻辑？
这个 init 办法，就是 services 问就按家里的实现，即通过 url 里蕴含的 language 和 currency 参数，设置 site context 的过程。
总结
本文介绍了 SAP 电商云 Spartacus UI site-context 模块里 providers 文件夹里的实现明细。