Метрики качества кода NDepend — Пользовательский CQL — Разработка существующих проектов
Вопрос
Я работаю над заброшенным проектом, который изначально был разработан для .NET 1.1, а затем был модернизирован до .NET 2.0 с небольшим количеством .NET 3.5.
Мне интересно, какие показатели использовать, чтобы начать находить переломные моменты оптимизации и модернизации.
Есть ли какие-нибудь хорошие запросы CQL, которые кто-нибудь нашел полезными для очистки и рефакторинга «устаревшего» кода .NET?
Решение
NDepend теперь поддерживает правило кода для запроса LINQ (CQLinq) это гораздо мощнее и гибче, чем CQL (все еще поддерживается).
Что действительно важно, так это то, какой рефакторинг, по вашему мнению, сделает код чище. Десятки новых правил кода предоставляются, но реальная сила в том, что написать собственное соглашение и правило кода еще никогда не было так просто.
По моему мнению, вот 5 условностей, которым стоит следовать:
- Типы, которые раньше были покрыты на 100%, но больше не используются.
- Типы с одноразовыми полями экземпляра должны быть одноразовыми.
- Избегайте циклов зависимости пространств имен
- Уровень пользовательского интерфейса не должен напрямую использовать типы БД.
- Критические изменения API:Методы
Подробнее о своих предпочтениях я писал здесь:
Борьба с надуманной сложностью
5 лучших практик разработки, о которых вам стоит позаботиться