我在一家大公司工作,我们还没有将 dotnet 运行时 3.0+ 分发到桌面,所以我们都在使用 vs 2005 和 c# 2.0
对于开发人员来说,迁移到 vs 2008 并仍然以 2.0 为目标(因为运行时部署不会很快出现)有什么大好处。
此外,如果建议升级到 vs 2008,是否有任何问题或需要担心或准备的事情。
注意:我们主要是在做winforms项目
我在一家大公司工作,我们还没有将 dotnet 运行时 3.0+ 分发到桌面,所以我们都在使用 vs 2005 和 c# 2.0
对于开发人员来说,迁移到 vs 2008 并仍然以 2.0 为目标(因为运行时部署不会很快出现)有什么大好处。
此外,如果建议升级到 vs 2008,是否有任何问题或需要担心或准备的事情。
注意:我们主要是在做winforms项目
IDE 的一些改进包括更好的 XML 编辑器和新的 Web 表单设计器。
我建议您升级到 VS2008 SP1,它还包括一个用于编辑 XML 模式的模式查看器。
如果您的目标是 .NET 2.0,那么您的代码不需要任何新程序集,因此您的代码仍然可以在没有 .NET 3.5 的机器上运行。您应该将 .NET 2.0 SP1 和 SP2 推广到桌面。然后,我相信您编写的任何使用 .NET 3.5 SP1 程序集的新代码都可以简单地随代码一起发布该程序集。不会影响计算机上的其他任何人。.NET 2.0 到 .NET 3.5 SP1 都使用相同的 CLR,因此不存在冲突。
您需要记住它支持 .NET 2.0 SP1,因此可能需要升级。
要记住的另一件事是,您仍然可以使用一些 C# 3.0 功能,同时仍然以 .NET 框架为目标。例如,您可以使用 lambdas、自动属性。但是,您不能使用扩展方法或任何 linq 东西。仅出于这个原因,我会切换到 2008 年;C# 3.0 的改进提高了生产力,至少在一定程度上改变了它。
最后,我不确定 IDE 的改进;我使用 Resharper,所以 Visual Studio 自己做的事情让我无法理解。
就个人而言,我喜欢使用 VS2008 来降低目标 2.0 应用程序。大多数新的语言功能,包括 LINQ,都可以在向下定位 2.0 应用程序时使用。确实,您需要为 System.Core 提供您自己的替代品。有几个可用的,所以你不必手动编码。我觉得其中许多功能改进了我的编程,足以保证这种方法。
我喜欢使用向下定向的语言功能
我认为迁移到 2008 年的最大好处将是 C# 3.0 中的新功能。自 2.0 以来,.NET 3.5 的运行时 (CLR) 并没有真正改变很多。您可能需要将升级推送到所有客户端,但这还不错(只需告诉人们使用 Windows Update 更新他们的 .NET 运行时即可。)
程序员会感谢你的,2008 年有一些很棒的新功能!
对于开发人员来说,迁移到 vs 2008 并仍然以 2.0 为目标(因为运行时部署不会很快出现)有什么大好处。
我会说不,但是从另一面考虑这个问题,
对于开发人员来说,继续使用 VS2005 并仍然以 2.0 为目标(因为运行时部署不会很快出现)有什么大好处吗?
仍然没有。