Рекомендации по кодированию VB.Net

Question

Мы разрабатываем небольшие приложения для различных клиентов. Теперь у меня возникла задача установить некоторые правила кодирования для внутренних и внешних программистов.

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

Мой первый шаг - настроить рекомендации для C# и VB.Net (SQL, вероятно, придет позже).

(Большая часть кода здесь создается с CTRL-CCTRL-V и тестирование проводится с F5.
Я попытался представить блок тестирования/проверки кода, но это не произойдет. Статический анализ является единственным способом продвижения вперед в данный момент)

Я очень комфортно в C#/C++ (но иногда работать с существующими VB6/VBA/VB.Net код), таким образом, устанавливающим руководящими принципами C# довольно легко:

• Предупреждение Уровень 4
• StyleCop
• FxCop
• метрики кода (например, Цикломатическая сложность < 15, ремонтопригодность> 50)

Для VB.Net Мне нужно заменить StyleCop с некоторыми письменными руководящими принципами, но как я создал компилятор VB.Net. Лично я никогда не кодирую без Option Explicit/Option Strict и т. Д., Но если я это сделаю на наших проектах VB.Net, я получаю сотни предупреждений/ошибок (неявные преобразования, тип/значение возврата по умолчанию и т. Д.).

Разработчики VB, похоже, не работают без помощи предупреждений компилятора. Я не думаю, что их производительность обычно отличается от разработчиков C# (это более личное дело).

Я не хочу навязывать свои собственные предпочтения для статических проверки, так что мои вопросов это:
уровней Каких предупреждений являются разумными/наилучшей практикой для развития VB.Net?

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

Answer 1

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

Начиная с этого, для VB.net могут использоваться те же самые рекомендации, которые вы указали для C#. Таким образом, установка того же уровня предупреждений должна быть в порядке ... (есть ли возможность для VB.net тоже? Я помню, у вас есть набор параметров, которые компилятор предупредит вас ...)

Проблема может быть у вас не имеют бесплатных инструментов, таких как StyleCop (но есть коммерческие, как указано в What StyleCop like tools are there for VB.NET).

Вы также можете рассмотреть возможность приобретения Ultimate или Premium выпусков Visual Studio (у них есть встроенный инструмент статического анализа).

И ДА, принуждать к использованию Option Explicit/Option Strict (по крайней мере для нового кода или тот, который ы свой отзыв!)