FxCop - это так же ценно на VB.NET, как и на C # [закрыто]
Вопрос
Я просмотрел несколько наших VB.NET dll-файлов, использующих FxCop, и все ошибки связаны с настройкой DLL (т. е.Сильные имена, информация о культуре) и методы case of Variables.
Глядя на несколько примеров FxCop, исследующих C # Dll, кажется, что она предлагает гораздо больше потенциальных ошибок.
Означает ли это, что FxCop более ценен в разработках на C #, чем VB.NET или я просто выбрал плохие примеры.
Я думал, что это тот случай, когда FxCop работает на IL, а не на конкретных языках, так что мне просто не хватает файлов правил для VB.NET или есть еще доступные для C #?
Решение
Я бы сказал, что это неверно.FxCop бесценен для любого .NET-разработчика.
Вам нужно показать пример того, где вы получаете больше (или меньше) выходных данных из FxCop для фрагмента кода VB.NET по сравнению с фрагментом кода C #, оба из которых компилируются в один и тот же IL.
Другие советы
Насколько мне известно, FxCop не зависит от языка.Более вероятно, что C # обладает большей свободой, чем VB.NET в различных областях, допускающих больше ошибок (как это интерпретирует FxCop), а не то, что FxCop каким-то образом предвзят.Если это так, то я вижу, что это более ценно для разработчика C #, чем для разработчика VB.NET поскольку первый язык имеет больше возможностей для создания проблем, которые может обнаружить FxCop.
Однако FxCop - бесценный инструмент для любого .NET-проекта, даже если некоторые языки затрудняют совершение ошибок.
Предполагается, что FxCop работает с скомпилированным кодом, поэтому язык, на котором вы пишете, не должен иметь значения.Я использовал этот инструмент в проектах либо на C #, либо на VB, так что он действительно работает.На самом деле это было довольно полезно.