CAL學習之二：容器（翻譯）

容器：

基於CAL實現的程式，都是有一些松耦合的module構成，這些模組需要和Shell互動來實現資料的表現和相應使用者的操作。因為他們都是松耦合的，所以他們需要一種相互互動和通訊的方式來實現所需要的業務功能。

為了配合這些不同的模組，基於CAL的應用程式使用了依賴注入的容器。依賴注入的容器可以減少對象之間的依賴，容器可以協助我們執行個體化和維護一個類的執行個體的生命週期。這些都是依據對容器的配置。在一個對象的建立過程中，容器把這個對象需要的執行個體都注入進去。如果它需要的執行個體還沒有建立，容器會先去建立再注入。有些時候，容器要把自己注入到對象中。比如一個module需要注入一個容器，這樣module就可以把自己的view和service註冊到容器中。

使用容器有以下好處：

1. 容器省掉你下邊的麻煩：你需要使用一個組件還要弄清楚它的依賴關係，以及建立和銷毀它。
2. 使用了容器，當你的類需要的組件的實現改變時，你的類不需要改變。
3. 使用了容器，方便了你測試，因為你可以用一個假的依賴。
4. 容器使系統易於維護，因為一個組件可以很容易的被加入進來。

對於CAL來說：容器有以下好處：

1. 容器把一個module的依賴在他載入時注入。
2. 容器被用來註冊presenter和view。
3. 容器建立Presenter和model，並把它們注入到view中。
4. 容器可以注入服務,比如 regionmanager和event aggregator
5. 容器可以用來註冊模組相關的service。

下邊的代碼示範了injection是如何工作的，當PositionModule被container建立，它就會被注入regionManager和container。在RegisterViewsAndServices方法中，service，view和presenter都被註冊。

publicPositionModule(IUnityContainer container, IRegionManager regionManager)

{

    _container = container;

    _regionManagerService = regionManager;

}

 

public voidInitialize()

{

    RegisterViewsAndServices();

    ...

}

 

protected voidRegisterViewsAndServices()

{

   _container.RegisterType<IAccountPositionService,AccountPositionService>(new ContainerControlledLifetimeManager());

   _container.RegisterType<IPositionSummaryView,PositionSummaryView>();

   _container.RegisterType<IPositionSummaryPresentationModel,PositionSummaryPresentationModel>();

    ...

}

使用Container

Container主要有兩種用途：註冊和解析。

註冊：

在你要對一個對象的依賴進行注入之前，依賴的類型必須被註冊到container中，註冊一個類型需要傳給container一個介面和實現這個介面的具體類型。你可以通過代碼也可以通過配置來進行註冊。

通過代碼你有兩種方法來註冊類型和對象到container中。

1. 你可以註冊一個類型或者一個映射到container，在合適的時候，container會自己建立一個你指定類型的執行個體。
2. 你可以註冊一個已經產生的對象到container，container將會返回一個這個對象的引用。

this.container.RegisterType<IEmployeesController,EmployeesController>();

上邊的代碼用第一種方法來實現註冊。

註冊到container中的類型有一個生存期，可以是singleton或者是instance（每次都建立一個新的）。生存期可以在註冊時或者在設定檔中指定。預設的生存期由container的實現決定，比如Unity container預設的是instance模式。

解析（Resolving）

當一個類型被註冊後，就可以被解析或者作為一個依賴注入。

一般情況下，當一個類型解析出來，會有下邊三種情況：

1.這個類型沒有註冊，container會拋出異常。

2.如果這個類型被註冊為一個singleton模式，container將會返回一個singleton執行個體，如果這是第一次請求，就建立一個，並且保留這個執行個體，以備後用。

1. 如果這個類型不是singleton的，就產生一個執行個體返回，並不保留對執行個體的引用。

下邊的代碼就是從container中解析一個類型：

EmployeesPresenterpresenter = this.container.Resolve<EmployeesPresenter>();

但是EmployeesPresenter的建構函式有下邊的依賴，這些依賴在類型解析時會被注入執行個體。

publicEmployeesPresenter(IEmployeesView view, IEmployeesListPresenter listPresenter, IEmployeesControlleremployeeController)

    {

        this.View = view;

        this.listPresenter = listPresenter;

        this.listPresenter.EmployeeSelected +=newEventHandler<DataEventArgs<BusinessEntities.Employee>>(this.OnEmployeeSelected);

        this.employeeController = employeeController;

        View.SetHeader(listPresenter.View);

    }

什麼時候使用容器？

考慮使用容器來進行註冊和解析是否合適。

你的應用是否能接受註冊和解析所消耗的效能。因為容器時利用了反射。

如果依賴過多或者層次多深，效能消耗會明顯增加。

如果一個組件沒有任何依賴，或者其他類型也不依賴他，那麼把它放到容器中就沒有什麼意義。

考慮對象的生存期，是否用singleton？

如果一個組件是一個全域的服務，比如log，我們將它註冊成單例模式。

如果一個組件對多個客戶提供狀態共用，你可以將它註冊成單例模式。

如果有的依賴每次有需要一個新的執行個體，你可以將它註冊成一個非單例模式。

考慮你是通過代碼還是設定檔來配置container。

如果你想集中管理不同的服務，那就通過設定檔來配置。

如果你想根據不同的情況註冊不同的service，那就要通過代碼來配置。

如果你有模組層級別的服務，那麼就用代碼來註冊這些服務，因為這樣就可以只在模組載入時再註冊服務。