Что хороший индекс пригодности для обслуживания использует анализ кода Visual Studio 2008 года?
position - зарезервированное ключевое слово, если вы хотите использовать его, вы должны использовать двойные кавычки:
create table hotel
(
nom varchar(30),
adresse adresse,
positions "position", --<< here
chambres chambre,
nbpersonnel integer,
nbetoile integer,
telephone varchar(14)
);
Было бы лучше, если вы найдете другое имя.
1 ответ
Индекс пригодности для обслуживания не является так же фиксированным значением, на которое Вы смотрите, это - больше признака, что код трудно понять, протестировать и/или отладить. Я обычно пытаюсь сохранить высокоуровневый код (в основном что-либо за исключением реального кода инфраструктуры) выше 80, где 90 + было бы хорошо. Это добавляет конкурентоспособный элемент к программированию максимально удобного в сопровождении мне.
инструмент анализа кода действительно сияет в области зависимостей и количестве ответвлений в рамках метода все же. Больше ответвлений означает более трудное тестирование, которое делает это более подверженным ошибкам. Зависимости, то же самое.
В чужом коде, я использую индекс пригодности для обслуживания для определения возможных плохих частей в коде, таким образом, я знаю, где рассмотреть его. Кроме того, методы/классы с высоким количеством строк являются признаком плохого кода мне (если его нельзя избежать, снова, слесарно-водопроводные работы).
В конце, я думаю, что он главным образом зависит от того, как часто Ваш код изменится. Код это, как ожидают, изменит много, должен выиграть выше в пригодности для обслуживания, чем Ваша типичная 'запись однажды' код.