Метрики кода KPI для сложности программ MVVM

Question

анализ кода может дать некоторые статистические числа, которые не являются определяющими, но с которых можно начать, если вы смотрите на какой-то дефект проектирования или плохую практику кодирования.Такими KPI могут быть количество методов в классе или уровни, которые используются, если / еще используются ...

Есть ли метрики кода для программы MVVM?

например, одна вещь, которую яВ одном из наших последних проектов мы заметили, что каждый класс звучит не очень широко, но есть дерево, которое делает возможный рабочий процесс очень сложным: ViewModel Command => Business Method => ViewModel Properties => ViewModel «Свойства навигации» (скрыто / показано / свернуто)/ развернуть) Примечание. Я называю это «Свойства навигации», поскольку навигация всего проекта MVVM основана на привязке MVVM, но при настройке некоторых свойств ВМ как скрытых / показанных / свернутых / развернутых выполняется навигация в графическом интерфейсе пользователя.

- этоесть какая-то особая дизайнерская «ловушка», в которую может попасть MVVM, и KPI, чтобы наблюдать это?

Answer 1

Как правило, мне нравится запускать «Рассчитать метрики кода».(щелкните правой кнопкой мыши по проекту и выберите «Рассчитать метрики кода» в Visual Studio 2010). Индекс ремонтопригодности и показатели сложности класток дают некоторое представление о KPI.

С MVVM, даже если ваш «рабочий процесс дерева» длиннее, онбудет проще, чем через другие механизмы, если все сделано правильно.Я бы предположил, что в большинстве случаев дерево будет короче и в MVVM.

Сказав это, генерация большого количества событий может привести к замедлению работы вашего приложения, поэтому рекомендуется использовать только повышение«событие изменения свойства», когда свойство имеет изменение значения (явно проверьте, отличается ли оно в вашем установщике свойств)