Получение номера счета ссылочной сборки

Question

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

Есть ли инструмент в Visual Studio 2015 Enterprise (или стороннем плагине), который может дать мне этот номер?

До сих пор я пробовал инструмент Code Code Visual Studio, но, похоже, он просто генерирует визуализацию со стрелками, которые я должен был бы подсчитать вручную, и, кроме того, это только выглядит как класс/struct-level, а не количество отдельные ссылки в каждом классе/структуре.

Answer 1

Чтобы расширить ответ Николь, я проверил пробную версию NDepend, и я считаю, что нашел цифры, которые я искал, в том, что они называют «матрицей зависимостей». Мое понимание этого заключается в следующем.

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

То, что я не понимаю, однако, почему, например, число в ячейке 0, 4 93, но число в ячейке 4, 0 52; не должны ли эти цифры быть равными? Сборка 0 используется только в сборке 4 столько же раз, сколько в сборке 4 используется сборка 0 - как эти цифры могут отличаться?

ОБНОВЛЕНИЕ: Я просмотрел видеоролик PluralSight на этом инструменте и выяснил, что число в зеленом поле указывает, сколько методов в ссылочной сборке ссылаются на ссылочную сборку. Число в соответствующем синем поле показывает, сколько методов в ссылочной сборке используется референсной сборкой.Ни одно из этих чисел точно не отражает количество вызовов, которые одна сборка делает другим (так как метод может содержать несколько ссылок), но я считаю, что он обеспечивает достаточный уровень грануарности, так как методы должны соответствовать SRP, и поэтому все ссылки в рамках метода должны относятся к одному поведению.

Answer 2

Вы можете использовать FxCop/Анализ кода, чтобы сделать это, это имеет ряд maintainability rules, наибольший интерес для вас, вероятно, будет:

CA1506: Избегайте чрезмерного сцепления класс
Это правило меры класс , путем подсчета количества уникальных ссылок на типы, которые тип или метод содержит.

Я считаю, что пороги 80 для класса и 30 для метода.

Это относительно легко установить, в основном вам просто нужно настроить его на проект:

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

Answer 3

NDepend (http://www.ndepend.com/) предлагает эту функциональность. Также может быть весьма полезно в более общих терминах для типа поискового анализа качества, который вы описываете.