在Web应用程序管理多个.NET语言

题

我是一个开发团队建立一个新的ASP.NET 3.5 Web应用程序的一部分。我们中的两个是C＃的编码器，而另一个是一个VB.NET编码器。

我知道，我们可以在每个项目的基础上混合语言，并且可以用一种语言构建类，从写在另一种语言在不同的项目中（我们已经做）的类继承，但我可以看到我们进入的情况下，我们很可能与我们的不同项目的DLL之间循环依赖结束了。

除了简单地具有大量的项目（更多分离 - 关注到更多的图书馆），你怎么样管理这个情况在自己的项目？

请注意 - 我相信这个问题是从唯一的相似匹配不同的是我能找到（的这个）的基础上，我们不想为了把他们具体的优势，使用不同的语言功能本身上，而是化妆用什么开发资源是提供给我们（即一个开发恰好是VB.NET只）。

解决方案

我要诚实地说，我会得到vb.net家伙移动到C＃。

迟早你正打算把他想要的工作是一个C＃项目的解决方案的一部分。它你转换到新的语法时产生一种人为的障碍是相对简单的。

大多数开发人员希望有机会过渡到C＃。

我最近参与决策在大型企业从vb.net移动到C＃和我们发现，这种增加的士气，更容易找到好的人选。

其他提示

如果你的店是主要C#那真的是你想要的待开发项目中，我会鼓励其他开发商学习C#而不是损害您的项目占缺乏团队成员之一的知识。这不是放下你的其他团队成员，但如果他/她的.Net的总体把握好，那么我们没有理由认为这个人不能学习C＃。

我们在我的公司有两者的混合，但是，选择使用VB.Net总是取决于我们是否移植现有的VB6应用程序到.NET，在这种情况下是有意义的使用VB.Net因为少代码已被重写（在大多数情况下）。

但我们绝对不会让开发者的技能说明是使用C＃或VB.Net，我们会选择这份工作的最佳工具，而应始终是决策点。

我想如果可能避免这种情况。试着给编码器提高自己的C＃的VB。它不必是直接的，让他们写VB现在，直到他们熟悉C＃，那么你可能想回去和重构旧VB到C＃。他们已经习惯到.NET库和工具，它大多只是语法（但是请注意，有的一些的语言差异）。

我之所以认为这是未来的维护 - 你将不得不在两种语言维护和调试代码。这不是个问题，如果你都知道所有的语言，但你能保证这将是永远的情况？

许可以下： CC-BY-SA 和归因