我們有一些應用程序正在使用.Net 2.0早在早些時候。我建議我的團隊將基礎從.net 2.0遷移到.net 3.5sp1,並專注於C#3.0,但我在這方面遇到困難。不遷移到.net 3.5和C#3.0的含義是什麼?您在這方面的經驗是什麼,以及您使用什麼策略將您的團隊和項目成功遷移到.net3.5。從.NET 2.0遷移到.Net 3.5有多遲?
回答
實在沒有比一些改善的框架補充錯過了住在.NET 2.0的土地,其他的太多影響liek的LINQ to SQL,LINQ到對象,WCF,WPF等..
加一些有趣的語法功能,如匿名方法,lambda表達式和擴展方法。
轉向.NET 3.5非常簡單。在MSFT的團隊精神。他們讓這個過程非常輕鬆。
C#3.0編譯器中新語言功能的優點是無價的。因爲所有在.NET 2.0運行時上運行的(如果你爲LINQ擴展方法部署System.Core.dll),如果你不這樣做,你會錯過很多。 – 2010-05-05 07:59:29
只要您使用2008進行編譯,只需一個小小的挑剔但匿名方法將在2.0中工作。自動實現的屬性和對象初始值設定項也是如此。 – ParmesanCodice 2010-05-05 08:51:06
我會做兩步遷移。首先我會遷移到C#3.0,同時堅持使用.NET 2.0。您獲得了C#3.0的大部分好處(包括通過LINQBridge的LINQ to Objects)。一旦開發人員將他們的思維轉換爲LINQ和lambda表達式的心態,愛上了擴展方法,用自動屬性美化了他們的代碼,並且關注了C#3.0的其他功能,我會將應用程序遷移到.NET框架3.5 SP1(與其他人一樣,這應該是毫不費力的)。
- 1. MEF - 遷移從.NET 3.5到.NET 4.0
- 2. 將網站從.NET 2.0遷移到.NET 3.5的風險
- 3. 從.NET 2.0遷移到.NET 4.0
- 4. 我們的客戶從.Net 2.0遷移到.Net 3.5有什麼用?
- 5. 遷移到.NET Core 2.0
- 6. 對從.NET Framework 2.0遷移到3.5的客戶端的影響
- 7. 從.net 2.0遷移輸入的數據集到3.5
- 8. 從.NET Framework 2.0遷移到4.5.2
- 9. 從.NET 2.0升級到.NET 3.5問題
- 10. 從.net遷移到Sharepoint
- 11. 將項目從.NET 2.0遷移到.NET 4.0
- 12. 遷移從.NET 2.0到.NET 1.1 - 的DllImport不再起作用
- 13. 是否應該放棄對.NET 2.0的支持並遷移到.NET 3.5?
- 14. .NET 2.0或3.5?
- 15. 將.net 2.0從.net 2.0遷移到4.0後登錄驗證失敗
- 16. 將.net 3.5的工作流程和活動遷移到.net 4.0
- 17. .net 4.0遷移
- 18. 將VisualStateManager相關的代碼從.net 3.5遷移到.NET的問題4
- 19. 性能從.net 2003 Framework 1.1到.net 2008 framework 3.5遷移的相關功能?
- 20. 從Visual Studio 2005移到2008和.NET 2.0
- 21. Visual Studio 2008 - 重新提示將Web應用程序從.NET 2.0遷移到.NET 3.5
- 22. 項目如何從.NET 3.5降級到.NET 2.0?
- 23. Visual Studio在線參考...從.NET 2.0遷移到4.5
- 24. 遷移.NET核心2.0 IActionSelectorDecisionTreeProvider缺少
- 25. 將VB.NET 2.0 Winform遷移到3.5 WPF
- 26. 在.NET 2.0中使用.NET 3.5類
- 27. 從2.0轉換到3.5後的.NET 3.5優化
- 28. asp.net c#.net framework 2.0 and 3.5
- 29. 將EnterpriseLibrary v5遷移到v6和.Net framework 3.5到4.6.2
- 30. 網站升級從ASP .NET 2.0至3.5
從.NET 2.0遷移到.NET 3.5幾乎沒有問題。 .NET 3.5只是.NET 2.0 SP2的一些額外的組件,你還沒有使用。 – 2010-05-05 06:59:00
「如果沒有損壞,請不要修復」 - 我寧願堅持這一規則。除非明確需要使用3.5功能,否則我將不再使用.NET 2.0應用程序。談到開發新產品時,情況不同。 – 2010-05-05 08:47:19