NDepend Code Quality Metrics - Пользовательский CQL - Разработка Brownfield

Question

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

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

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

Answer 1

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

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

Вот 5 соглашений, которые, по моему мнению, должны соблюдаться:

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

Я написал больше о моих предпочтениях здесь:

Боевая сфабрикованная сложность

Топ 5 методов разработки, о которых вы должны позаботиться