4

我是构建新 ASP.NET 3.5 Web 应用程序的开发团队的一员。我们两个是 C# 编码器,另一个是 VB.NET 编码器。

我知道我们可以在每个项目的基础上混合语言,并且可以用一种语言构建类,这些类继承自不同项目中用另一种语言编写的类(我们已经在做),但我可以看到我们进入在这种情况下,我们很可能会在各种项目 DLL 之间产生循环依赖。

除了拥有大量项目(将关注点更多地分离到更多库中)之外,您是如何在自己的项目中管理这种情况的?

注意 - 我相信这个问题与我能找到的唯一类似的匹配(这个)有足够的不同,因为我们不想使用不同的语言来利用它们本身的特定功能,而是让使用我们可用的开发人员资源(即一个开发人员恰好是 VB.NET)。

4

3 回答 3

4

老实说,我会让 vb.net 的人转向 c#。

迟早你会希望他参与 ac# 项目的解决方案的一部分。它是您在过渡到新语法时创建的人为障碍,相对简单。

大多数开发人员都会欢迎有机会过渡到 c#。

我最近在一家大公司参与了一项从 vb.net 迁移到 c# 的决定,我们发现这提高了士气并且更容易找到好的候选人。

于 2010-04-19T14:29:23.757 回答
3

如果您的商店占主导地位C#并且这确实是您希望开发项目的地方,我会鼓励其他开发人员学习C#而不是因为您的团队成员缺乏知识而损害您的项目。这并不是要贬低你的其他团队成员,但如果他/她对.Net 总体掌握得很好,那么这个人没有理由不学习C#。

我们在我的公司混合使用了这两种方法,但是,使用 VB.Net 的选择始终取决于我们是否将现有的 VB6 应用程序移植到 .Net,在这种情况下使用 VB.Net 是有意义的,因为需要更少的代码被重写(在大多数情况下)。

但是我们永远不会让开发人员的技能决定使用 C# 还是 VB.Net,我们会选择最适合这项工作的工具,而这应该始终是决策点。

于 2010-04-19T14:30:09.057 回答
1

如果可能的话,我会避免这种情况。尝试让 VB 编码人员改进他们的 C#。不一定要立即,让他们暂时编写 VB,直到他们熟悉 C#,然后您可能想返回并将旧的 VB 重构为 C#。他们已经习惯了 .NET 库和工具,这主要是语法(但是是的,存在一些语言差异)。

我建议这样做的原因是为了将来的维护——你必须用两种语言维护和调试代码。如果你们都懂所有语言,这不是问题,但你们能确保这种情况永远如此吗?

于 2010-04-19T14:28:38.890 回答