将现有代码从C# 2.0移植到C#3.0和.Net 3.5 (可能是.net 4.0)

Question

我们唯一的企业应用程序套件是在过去3年中使用.Net 3.0上的C# 2.0开发的。我们大量使用winforms和WCF。开发工具为VS 2005 Pro / TFS 2005 / Resharper 3.1

作为技术负责人，我显然理解迁移到C#3.0和.Net 3.5的好处。但是我想说服管理层迁移到C#3.0，.Net 3.5，VS2008和TFS2008。他们显然会对生产力、成本、质量等感兴趣。请给我一些关于如何最好地使我的案例的想法。

考虑到这可能不会发生到明年年中，我最好是持有到VS2010和.Net 4.0出来。

Answer 1

“如果我们不升级到更新的技术，招聘优秀的开发人员将更加困难，而那些我们已经拥有的开发人员很快就会逃离……可能包括我自己……”

Answer 2

在.NET 4.0中有很多对你有好处的东西吗？C# 4本身并没有太多新特性...而我希望你能很好地利用C# 3的特性。.NET 4.0确实有一些非常酷的东西(特别是代码契约和并行扩展)，但你真的应该看看你会用到什么。

如果管理层对更改框架版本感到紧张，您可以升级到VS2008并使用C# 3，但仍然以.NET 2.0为目标。(在面向.NET 2.0时，C# 3的大多数功能仍然有效。)使用LINQBridge，你甚至仍然可以使用LINQ to Objects，这是非常有益的。

当然，如果你能升级到Linq3.5，你显然会有更多的机会去体验.NET的好处，等等。

Answer 3

1. 快速了解微软的技术到期时间表，计算出您当前的解决方案集将在多长时间内与诸如Linq- to -Entities之类的东西保持一致。如果你目前没有ORM，这是一个巨大的时间节省。
2. 升级一个版本总是比跳过几个版本更容易。随着时间的推移，我学会了这一点。一步一步的升级几乎总是毫无痛苦的。跳过多个版本的升级需要明显更多的额外代码，并在你的“testing.
3. Identify to have list”中列出前5个特性。其中有多少是由新版本提供的，或者是由新版本以更好的方式提供的？
4. 不要追求前沿。处于新兴技术的边缘是有代价的。无论如何，如果业务standpoint.
5. You更改了代码，通常很难证明这些成本是合理。计算下一次X功能更改的成本。试着把它变成一个发行版。“我们可以把它作为XYZ版本的一部分，只需要NN个额外的小时，在接下来的六个months".
6. Look中节省MM小时，用于代码翻转的统计。随着业务流程的变化，大多数自定义系统都会随着时间的推移而逐渐“重写”。然而，管理层倾向于将软件视为只有一些维护成本的“一次编写，永远使用”的努力。确保他们明白这是他们在控制升级过程，并以有计划的方式指导他们的工具的未来，而不是只是几十个小改动之后的结果。

编辑:这一切都假设确实有一个成本理由，你希望在这个列表中自己回答这个问题。