Вопросом, что происходит метрики качества кода - пользовательских CQL - Браунфилд развития
Я работаю над проектом brown-field, который первоначально был разработан для .NET 1.1, а затем был переоборудован в .NET 2.0, с небольшим количеством .NET 3.5
Мне интересно, какие метрики использовать, чтобы начать поиск точек перегиба оптимизации и модернизации.Есть ли какие-либо хорошие запросы CQL, которые кто-либо нашел полезными в очистке и рефакторинге "устаревшего" кода .NET?
1 ответ:
NDepend теперь поддерживаетправило кода над запросом LINQ (CQLinq) , которое намного мощнее и гибче, чем CQL (, все еще поддерживаемое ).
Что действительно имеет значение, так это то, какой вид рефакторинга делает код чище, по вашему мнению. предусмотрены десятки новых правил кода , но реальная сила заключается в том, что никогда не было проще написать свою собственную конвенцию и правило кода.
Вот 5 конвенций, которым стоит следовать в соответствии с я:
- типы, которые раньше были покрыты на 100%, но больше нет
- типы с одноразовыми полями экземпляров должны быть одноразовыми
- избегайте циклов зависимостей пространств имен
- уровень пользовательского интерфейса не должен напрямую использовать типы БД
- API Breaking Changes: Methods
Я написал больше о своих предпочтениях здесь: