소프트웨어 유지 관리 가능성을 찾기 위해 모든 클래스에서 Microsoft 접근 방식을 사용해야합니까?

Question

Microsoft 접근법을 사용하여 소프트웨어 유지 관리 가능성을 찾으려면 일반적으로 다음과 같은 방법을 사용해야합니다.

MI = MAX (0, (171 - 5.2 * ln (HV) - 0.23 * CC - 16.2 * ln (LoC)) * 171분의 100),

,

HV - 홀스 테드 볼륨,

CC - 복잡성을;

LoC - 코드 라인. 내 프로그램에서

나는 "찾는 지역"_ _problem 를 들어 수업이 .as 예를 의 몇 가지 유형이 내가 가진 ---- "원", "삼각형", "사각형" "추상적" "선택"수업.

소프트웨어 유지 관리 가능성을 찾기 위해 모든 개별 클래스에 대한 접근 방식을 사용해야합니까?

Answer 1

답은 no입니다. 이는 코드를 평가하고 코드 유지 보수를 위해 코드 리팩터링을 유도하기 위해 만들어진 경험적 공식 일뿐입니다. code smells (일명 안티 패턴)을 찾으면 다른 많은 흥미로운 발견법을 발견 할 수 있습니다.

현실 세계에서는 리소스 제약 (예 : 시간, 레거시, 디자인 옵션)과 같은 문제가 발생하며 보통은 technical debt을 만드는 결정을 내립니다. 따라서 이러한 수식을 엄격하게 따르는 것에 대해 그렇게 걱정하지 마십시오. 이들은 소프트웨어 아키텍처를 설계하는 동안 올바른 결정을 내리는 데 도움이되는 지침입니다.