Управление несколькими языками .NET в веб-приложении

Question

Я являюсь частью команды разработчиков, создающей новое веб-приложение ASP.NET 3.5. Двое из нас - кодеры C #, а другой - кодер VB.NET.

Я знаю, что мы можем смешивать языки для каждого проекта, и можно создавать классы на одном языке, которые наследуются от классов, написанных на другом языке, в другом проекте (что мы уже делаем), но я вижу, мы попали в ситуацию, когда мы могли бы в конечном итоге получить циклические зависимости между нашими различными проектными DLL.

Помимо простого большого количества проектов (большее разделение проблем на большее количество библиотек), как вы справились с этой ситуацией в своих собственных проектах?

Примечание. Я считаю, что этот вопрос достаточно отличается от единственного аналогичного совпадения, которое я смог найти ( этот ), на том основании, что мы не хотим использовать разные языки, чтобы воспользоваться их специфические функции как таковые, но лучше использовать ресурсы разработчика, которые нам доступны (т. е. один разработчик только для VB.NET).

Answer 1

Я должен честно сказать, что заставил бы парня vb.net перейти на c #.

Рано или поздно вы захотите, чтобы он работал над частью решения, которое является проектом на c #. Искусственный барьер, который вы создаете при переходе на новый синтаксис, относительно прост.

Большинство разработчиков приветствовали бы возможность перехода на c #.

Недавно я принимал решение в крупной корпорации перейти на c # с vb.net, и мы обнаружили, что это повысило моральный дух и было легче найти хороших кандидатов.

Answer 2

Если в вашем магазине преобладает C# и вы действительно хотите, чтобы ваш проект разрабатывался, я бы посоветовал другому разработчику изучить C#, а не ставить под угрозу ваш проект из-за отсутствия знаний у одного из ваших Члены команды. Это не означает, что ваш другой член команды должен унизиться, но если он / она хорошо разбирается в .Net в целом, то нет никаких причин, по которым этот человек не мог бы выучить C #.

У нас есть несколько вариантов в моей компании, однако выбор использования VB.Net всегда зависит от того, переносим ли мы существующее приложение VB6 на .Net, и в этом случае имеет смысл использовать VB.Net, поскольку меньше код должен быть переписан (в большинстве случаев).

Но мы бы никогда не позволили навыку разработчика диктовать, использовать ли C # или VB.Net, мы бы выбрали лучший инструмент для работы, и это всегда должно быть точкой принятия решения.

Answer 3

Я бы избежал этого, если это возможно. Попробуйте дать VB-кодеру улучшить их C #. Это не должно быть немедленным, пусть пока они пишут VB, пока они не освоятся с C #, тогда вы можете вернуться и реорганизовать старый VB в C #. Они уже используются для библиотек и инструментов .NET, в основном это просто синтаксис (но да, есть некоторые языковые различия).

Причина, по которой я предлагаю это для будущего обслуживания - вам придется поддерживать и отлаживать код на двух языках. Не проблема, если вы все знаете все языки, но можете ли вы быть уверены, что так будет всегда?