我一直在使用EntLib一段時間,最近發現Unity。乍一看,它看起來像處理EntLib所做的大部分事情,但看起來更輕。Unity vs EntLib?
哪一個建議在白天,MVVM體系結構以及優勢/劣勢之一?
謝謝。
我一直在使用EntLib一段時間,最近發現Unity。乍一看,它看起來像處理EntLib所做的大部分事情,但看起來更輕。Unity vs EntLib?
哪一個建議在白天,MVVM體系結構以及優勢/劣勢之一?
謝謝。
Unity是一個依賴注入容器和它自己的應用程序塊;而EntLib是Unity理論上可以包含的一組應用程序塊。
您還擁有包含Unity/EntLib和各種塊的Prism,以在Silverlight和WPF中生成適用於MVVM開發的各種塊的自助餐。
最初我會說要利用Prism,因爲您已經熟悉EntLib並可以使用Unity作爲您的DI容器。棱鏡也可以輕鬆地讓你使用你所需要的,並忽略你不能從不同的塊中得到的東西。
Unity是一個支持攔截的依賴注入容器。 EntLib是一個包含9個應用程序塊的庫,其中之一是Unity。 EntLib具有更廣泛的範圍,它處理其他橫切問題 - 考慮日誌記錄,驗證,異常管理,數據訪問,緩存等。
早在2008年,我們在EntLib4.0我們很快意識到,這是許多開發人員可以從中受益的東西。這就是我們獨立發貨的原因。
EntLib5.0完全由DI驅動,默認情況下它使用Unity容器。如果你願意,你可以將它換成另一個容器。對於容器不可知的Prism也是如此。如果EntLib被設計用於應用程序的任何層,Prism專門用於構建複合用戶界面(在WPF和Silverlight中)。 EntLib和Prism是互補的,不重疊。