03. 업무 규칙을 조건으로 나누기

01. ‘맞다/아니다’로 답할 수 있는 질문을 만듭니다

“지출이 많은가?”는 기준이 없습니다. “집행률이 80% 이상인가?”는 참 또는 거짓으로 답할 수 있습니다. 코드에서는 참을 true, 거짓을 false라고 씁니다. 이런 값을 불리언이라고 합니다. rate >= 80은 rate가 80 이상인지 묻는 조건식입니다.

console.log(80 >= 80);
console.log(80 > 80);
console.log(80 === "80");
console.log(85 >= 80 && 85 < 100);

true
false
false
true

02. 규칙을 겹치지 않는 구간으로 만듭니다

이 교재의 업무 규칙은 80% 미만 정상 / 80% 이상 100% 미만 주의 / 100% 이상 초과입니다. ‘초과’는 이 워크숍에서 붙인 상태 이름으로, 정확히 100%도 포함합니다. 실무에서는 조직의 실제 정책에 맞춰 이름과 기준을 합의해야 합니다.

if (조건) { 할 일 }은 조건이 맞으면 중괄호 안을 실행합니다. else if는 앞 조건이 틀렸을 때 다음 조건을 묻고, else는 앞 조건이 모두 틀린 나머지를 처리합니다. 한 연결 구조에서는 처음 참인 갈래 하나만 실행합니다.

const rate = 100;
if (rate >= 100) {
  console.log("초과");
} else if (rate >= 80) {
  console.log("주의");
} else {
  console.log("정상");
}

초과

먼저 100 이상인지 묻습니다. 아니라면 이미 100 미만입니다. 그다음 80 이상인지 물으면 80 이상 100 미만 구간만 남습니다. 두 조건 모두 아니면 80 미만입니다. 반대로 80 이상부터 물으면 100도 첫 조건에 걸려 ‘주의’가 됩니다. 코드를 읽을 때는 순서도 함께 읽어야 합니다.

03. 정상값만 확인하면 규칙 오류를 놓칩니다

50과 120만 시험하면 80을 잘못 처리하는 코드가 드러나지 않을 수 있습니다. 79, 80, 99, 100처럼 경계의 바로 전과 경계 자체를 확인합니다. 실무 요구사항에도 “80%일 때 주의인지 정상인지”를 문장으로 써 두면 개발자와의 해석 차이를 줄일 수 있습니다.

04. 자주 생기는 오류

=는 대입이고 ===는 비교입니다. 비교하려다 값을 대입하지 않도록 합니다. 80 <= rate < 100처럼 수학식 그대로 연결하지 않습니다. 두 비교를 rate >= 80 && rate < 100으로 연결합니다. 단순히 코드가 실행된다고 업무 규칙까지 맞는 것은 아닙니다.