Используя FXCop в Вашем [закрытом] проекте
Я столкнулся с этой проблемой. Вышеуказанные решения не сработали для меня, но что сработало, так это комментарий этой страницы :
Эта проблема возникает, если ваш файл web.config не находится в корневой папке. или папка не является приложением в IIS.
Я решил эту проблему, скопировав файл web.config в корневую папку веб-сайта.
2 ответа
Обратите внимание, что FxCop очень настраивается с помощью что касается правил, которые вы хотите применить. Вы можете обнаружить, что он работает лучше всего, вводя его постепенно; только для определенного набора правил для определенного набора файлов или даже исключая изначально все устаревшие файлы.
Обязательно должны быть правила, которые вы никогда не сможете активировать, потому что они просто не подходят для вашей проблемной области. И помните, что если фрагмент кода «нарушает правило» для определенной цели, существует атрибут, помечающий такой код как приемлемый, хотя я бы установил правило, согласно которому все такие переопределения должны использовать свойство Justification в атрибуте, чтобы указать, почему.
Наконец, поскольку встроенные правила очень помогают в улучшении качества кода, действительно большие преимущества должны быть достигнуты в пользовательских правилах, которые позволят вам проверять соглашения компании. Если вы не автоматизируете «экспертную оценку» таким образом, вы не сможете гарантировать соответствие.
Я использую FxCop как интегрированную часть системы сборки на работе, и наши общие библиотеки в настоящее время выпускаются со всеми правилами, включенными с минимальные переопределения атрибутов, и это было полезно во многих местах.
Поскольку встроенные правила очень помогают в улучшении качества кода, по-настоящему большие преимущества будут иметь пользовательские правила, которые позволят вам проверить соглашения компании. Если вы не автоматизируете «экспертную оценку» таким образом, вы не сможете гарантировать соответствие.Я использую FxCop как интегрированную часть системы сборки на работе, и наши общие библиотеки в настоящее время выпускаются со всеми правилами, включенными с минимальные переопределения атрибутов, и это было полезно во многих местах.
Поскольку встроенные правила очень помогают в улучшении качества кода, по-настоящему большие преимущества будут иметь пользовательские правила, которые позволят вам проверить соглашения компании. Если вы не автоматизируете «экспертную оценку» таким образом, вы не сможете гарантировать соответствие.Я использую FxCop как интегрированную часть системы сборки на работе, и наши общие библиотеки в настоящее время выпускаются со всеми правилами, включенными с минимальные переопределения атрибутов, и это было полезно во многих местах.
Я бы сказал, что не так много мест, действительно использующих FxCop. Он у нас включен, но большинство разработчиков игнорируют выдаваемые предупреждения.
Кроме того, руководство разработчиков не было заинтересовано в том, чтобы на самом деле убирать предупреждения, отчасти потому, что FxCop действительно не любит соглашения (имена переменных и т. Д.), Которым руководство хочет, чтобы мы следовали ...
В проектах, где Я был лидером, я санкционировал его использование, потому что считаю, что он помогает нам быть лучшими программистами. Но вы должны быть наверху, чтобы все разработчики последовали за ним.