Показатели качества кода NDepend - пользовательский CQL - разработка Brownfield

Question

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

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

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

Answer 1

NDepend теперь поддерживает code rule over LINQ query (CQLinq), который намного более мощный и гибкий, чем CQL (still supported).

Что действительно важно, какой рефакторинг делает код чище, по вашему мнению. Dozens of new code rules, но реальная сила заключается в том, что никогда не было проще написать собственный код и правило.

Вот 5 конвенций стоит следовать по мне:

• Types that used to be 100% covered but not anymore
• Types with disposable instance fields must be disposable
• Avoid namespaces dependency cycles
• UI layer shouldn't use directly DB types
• API Breaking Changes: Methods

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

Fighting Fabricated Complexity

Top 5 development practices you should care for