Метрики качества кода NDepend — Пользовательский CQL — Разработка существующих проектов

Question

Я работаю над заброшенным проектом, который изначально был разработан для .NET 1.1, а затем был модернизирован до .NET 2.0 с небольшим количеством .NET 3.5.

Мне интересно, какие показатели использовать, чтобы начать находить переломные моменты оптимизации и модернизации.

Есть ли какие-нибудь хорошие запросы CQL, которые кто-нибудь нашел полезными для очистки и рефакторинга «устаревшего» кода .NET?

Answer 1

NDepend теперь поддерживает правило кода для запроса LINQ (CQLinq) это гораздо мощнее и гибче, чем CQL (все еще поддерживается).

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

По моему мнению, вот 5 условностей, которым стоит следовать:

• Типы, которые раньше были покрыты на 100%, но больше не используются.
• Типы с одноразовыми полями экземпляра должны быть одноразовыми.
• Избегайте циклов зависимости пространств имен
• Уровень пользовательского интерфейса не должен напрямую использовать типы БД.
• Критические изменения API:Методы

Подробнее о своих предпочтениях я писал здесь:

Борьба с надуманной сложностью

5 лучших практик разработки, о которых вам стоит позаботиться