Вопрос

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

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

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

ПРИМЕЧАНИЕ - Я считаю, что этот вопрос достаточно отличается от единственного аналогичного матча, который я мог найти (Вот этот) На основании того, что мы не желаем использовать различные языки, чтобы воспользоваться своими конкретными функциями как таковым, а скорее, чтобы использовать, какой ресурс разработчика доступен для нас (то есть один разработчик только для того, чтобы быть VB.NET ).

Это было полезно?

Решение

Я должен честно сказать, что я бы получил парень VB.NET, чтобы перейти к C #.

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

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

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

Другие советы

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

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

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

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

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top