问将团队从VB.Net转换为C#.Net

EN

如果您目前有熟悉VB.NET的C#开发人员，我不认为所有20个应用程序都需要一次重写。它只是太多的编码，测试，推出和什么？因为你的下几个雇员不懂密码？不要混淆那些讨厌VB的C#程序员，因为他们根本无法理解VB，或者没有受过什么训练。

我要做以下几点：

1. 新的应用程序是用C#编写的。
2. 当前的应用程序需要进行重大的更改，然后转换为C#。
3. 新员工需要学习一些VB，即使这是一种转换代码或做小麻烦解决的方法。他们无论如何都需要学习这些系统。他们不会在第一天处理生产代码。有个计划加入他们。如果他们鄙视VB，这是一个伟大的动机，让它转换。如果有任何不太大的新项目，他们可以参与其中。在有限的时间内，VB只是他们工作的一部分。别让他们永远被困住了。
4. 确定可能根本不需要转换的应用程序。这种情况可能会随着时间的推移而改变。确保这足以让当前团队处理。你可能会有一些应用程序被逐步淘汰。

一个长期的计划，你需要解决问题，并转换成较小的块，看起来不像这样一个令人印象深刻的项目。带来3个新的开发人员是一项重大任务。不要为了转换代码而转换代码。你可能没有人会再看你的应用程序。

我不想告诉你该做什么，我会告诉你我们做了什么。

1. 测试是用C#编写的，因为，说实话，VB代码库中没有任何代码。
2. 新类是在添加到解决方案中的新类库项目(S)中用C#编写的。
3. 在VB中维护对现有VB代码的小修改，但是在进行任何修改之前都会添加特性测试。
4. 无情的重构。
5. 一旦获得了大量的测试覆盖率，您就可以选择在方便的时候将VB类迁移到新的库中，一次迁移一点点。
6. 使用尽可能多的应用程序/尽可能多的功能。
7. 不要碰任何代码，除非你有一个用户的实际要求这样做。(精益制造有一个概念，在客户给出理由之前，不要做任何事情。在这里它会对你很好。)

迟早，您将在一个项目中只剩下很少的VB，并且有足够好的测试覆盖率来“完成它”并重写瘦GUI层。当你在做的时候，给它做个不错的整容。这种方法对我的团队非常有效。

其中一些VB代码在20年后还会存在吗？是的，但如果没人需要改变它也没关系。尊重你雇主的钱。重写很少进展顺利。如果你不关心公司的钱，那就考虑你的奖金.

问题(为了清晰起见，似乎有些人无法完整地理解这个问题)：考虑到上述所有问题，将团队从VB.Net迁移到C#的最佳方法是什么？

迁移团队是一个问题，迁移现有的代码库是另一个问题。

关于您的代码库，@JeffO的回答是一个非常好的代码库。

关于您的团队，由于您当前的团队已经对C#感到满意，我看不出有什么问题，但请注意，C#可能有一些与VB.Net不同的约定，而且尽管他们共享相同的框架，但具有VB6背景的开发人员通常具有与C/C++/Java背景的开发人员不同的标准。

为了比较的目的：C#编码约定和VB.Net编码约定。

如果您希望雇用更多经验丰富的C#开发人员，并且希望将他们留在您的团队中，那么最好在当前团队中采用C#约定，同时使用新的代码基或重构旧的代码基。这是一个文化问题，在一个稳定的团队中有时很难改变。