非常簡單:如果.NET 2.0是限制,您認爲最好的框架(對於IoC容器)使用什麼?用於.NET 2.0的IoC容器
回答
這些庫的大部分發行版僅與3.5和4.0兼容。
但是,由於它們大多數都是開源的,你可以嘗試自己編譯。
給了一槍StructureMap:
https://github.com/structuremap/structuremap/tree/v2.0
我想最後.NET 2.0兼容的版本是2.0,以及和感謝github上切換到該標籤是很容易
是的,那是我遇到的同樣的問題,大多數庫都是.NET 3.5+ ......如果我們比較結構圖2和城堡RC3以及所有其他.NET 2.0 IoC容器,這是「更好」或至少在可能性的相同區域... – 2011-05-28 18:10:55
這取決於您對庫的要求。我認爲IoC的基本功能非常簡單,所以我不認爲你會有任何問題。但是,如果你不能使用> .NET 2.0,你唯一的選擇就是使用可用的工具:) – HyLian 2011-05-30 06:44:35
我不知道最好,但就我們在大型生產環境中沒有問題而言,我們以前使用Unity Application Block 1.1的效果很好。
我們使用Unity 1.2爲.NET 2.0應用程序。它甚至與.NET 2.0 RTM兼容。
我們還試圖用Unity 2.0,它更現代的和成熟的,統一2.0以上統一1.2的好處有以下幾點:
- 統一2.0異常消息是不那麼嚇人,就像在Unity 1.2
- 它更集成到企業庫(5.0)
- 它包含較少的程序集。
但是我們沒有在.NET 2.0 RTM中使用它。但是,如果您有.NET 2.0 SP1或SP2,如果您從.NET 3.5手動部署某些程序集(如System.Core.dll),則更可能使用Unity 2.0。我們未能切換到Unity 1.2,因爲我們的一些客戶端沒有.NET 2.0的任何服務包,我們也不能強制他們安裝這些服務包。
- 1. 用於.NET Framework 2.0的DI/IOC
- 2. IOC容器用asp.net的MVC 2.0
- 3. 用於中型ASP.NET MVC的.NET IoC容器
- 4. 用於MVC 3的Ioc容器?
- 5. NET IoC統一容器依賴注入
- 6. IOC/Autofac容器
- 7. IoC容器。注入容器
- 8. Biztalk IOC容器
- 9. 關於DI和IoC容器的問題
- 10. IoC容器衝突
- 11. 的IoC DI用於.NET核心身份
- 12. 何時使用IOC容器?
- 13. 使用Unity IoC容器
- 14. IoC容器配置
- 15. 支持Compact Framework的IoC/DI容器
- 16. IoC容器的示例
- 17. Retro將IOC容器安裝到Brownfield Enterprise .net應用程序
- 18. IoC容器,WCF和ServiceHostFactories
- 19. 內幕等IoC容器
- 20. 組合MEF和IoC容器
- 21. 創建整個IoC容器
- 22. 便攜式類庫的IoC容器
- 23. 使用IoC容器的適當情況?
- 24. 使用IoC容器的重載方法
- 25. WPF應用程序的IoC容器
- 26. 允許刪除註冊的.NET IOC容器
- 27. 可以定位.NET Framework Client Profile的IOC容器?
- 28. 多種類型的用於SetHandlerInterface()與membus和IOC容器
- 29. ASP.Net MVC 3 Unity 2.0 IoC
- 30. 多彈簧IoC容器
注意:我很難找到.net 2版本的Windsor,看起來支持它的最後一個版本是RC3;這就是提出這個問題的原因...... – 2011-05-28 17:50:11
關於.NET 2.0的StructureMap版本的一個有用的問題: http://stackoverflow.com/questions/1666151/what-version-of-structuremap-can-i-use-在webform-app-net-2-0 – 2011-05-28 18:18:51