반복되는 null 검사를 Special Case(Null Object) 클래스로 대체하여 다형성으로 처리. "null 객체 패턴", "null 체크 반복 제거", "특수 케이스 클래스", "/introduce-special-case" 요청 시 사용. 단, 단순 전제 조건 명시는 /introduce-assertion, 타입별 분기 전반은 /replace-conditional-with-poly가 적합. /introduce-special-case [commit-ref]로 호출.
中文简介正在准备中。当前显示原文说明。
查看安装方法安装前可以查看交给 AI 代理的指令内容。
../../references/refactoring-procedure.md §0·§3-B)public String getCustomerName(Site site) {
Customer customer = site.getCustomer();
if (customer == null) {
return "occupant";
}
return customer.getName();
}
public BillingPlan getBillingPlan(Site site) {
Customer customer = site.getCustomer();
if (customer == null) {
return BillingPlan.basic();
}
return customer.getBillingPlan();
}
public int getWeeksDelinquent(Site site) {
Customer customer = site.getCustomer();
if (customer == null) {
return 0;
}
return customer.getPaymentHistory().getWeeksDelinquent();
}
// Step 1: Special Case 클래스 생성
public class UnknownCustomer extends Customer {
@Override
public String getName() { return "occupant"; }
@Override
public BillingPlan getBillingPlan() { return BillingPlan.basic(); }
@Override
public PaymentHistory getPaymentHistory() {
return PaymentHistory.empty();
}
@Override
public boolean isUnknown() { return true; }
}
// Step 2: 소스에서 null 대신 Special Case 반환
public class Site {
public Customer getCustomer() {
return (customer == null) ? new UnknownCustomer() : customer;
}
}
// Step 3: 호출처 — null 검사 제거
public String getCustomerName(Site site) {
return site.getCustomer().getName();
}
public BillingPlan getBillingPlan(Site site) {
return site.getCustomer().getBillingPlan();
}
public int getWeeksDelinquent(Site site) {
return site.getCustomer().getPaymentHistory().getWeeksDelinquent();
}
// 대상이 인터페이스인 경우
public interface PaymentMethod {
String charge(int amount);
String getDescription();
}
public class NullPaymentMethod implements PaymentMethod {
@Override
public String charge(int amount) { return "no-op"; }
@Override
public String getDescription() { return "No payment method on file"; }
}
공통 골격(대상 파일 수집 → 후보 제시(계열별 승인 규칙) → 적용 → 테스트 → 커밋/되돌리기, 브랜치·PR이
필요한 조건)은 이 스킬 디렉터리 기준 ../../references/refactoring-procedure.md가 정본이다.
아래는 이 기법에 고유한 부분만 규정한다.
대상 파일에서 다음 패턴을 찾는다:
== null 또는 != null 검사가 3곳 이상후보를 하나씩 제시하고 사용자 확인:
## 리팩토링 후보 1: Introduce Special Case
**대상 타입**: Customer
**null 검사 위치** (4곳):
1. OrderService.java:30 → null이면 "occupant" 반환
2. BillingService.java:45 → null이면 BillingPlan.basic() 반환
3. ReportService.java:20 → null이면 0 반환
4. NotificationService.java:55 → null이면 스킵
**기본 동작 일관성**: 일관됨 (1-3은 일관된 기본값, 4는 스킵)
**제안**:
1. UnknownCustomer extends Customer 생성
2. Site.getCustomer()에서 null 대신 UnknownCustomer 반환
3. 호출처 4곳의 null 검사 제거
**적용할까요?** (yes / no / 수정 요청)
커밋 1: Special Case 클래스 생성
refactor: introduce special case <클래스명>커밋 2: 소스에서 null 대신 Special Case 반환
refactor: return <Special Case> instead of null in <소스클래스>커밋 3: 호출처 null 검사 제거
refactor: remove null checks for <타입> in callers사용자에게 보고:
공통 실패 조건(계열별 승인 규칙 위반, 테스트 실패 방치, 테스트 수정, 커밋 단위, git add -A, heredoc
한글 메시지)은 ../../references/refactoring-procedure.md에 있다. 아래는 이 기법에 고유한 것만.
还没有评价。欢迎分享你的使用感受。
无需登录即可发表。欢迎分享使用感受、提问，或说明在哪些环境下无法运行。
还没有评论。来写第一条吧。
동일한 결과를 내는 여러 조건문(OR 나열·중첩 AND)을 하나로 통합하고 의미 있는 boolean 메서드로 추출. "조건문 합쳐", "같은 결과 반환하는 if 정리", "중첩 if 평탄화", "/consolidate-conditional" 요청 시 사용. 단, 여러 메서드에 흩어진 동일 조건을 호출자 쪽으로 올리는 것은 /lift-up-conditional, 복잡한 조건식·분기를 메서드로 쪼개는 것은 /decompose-conditional이 적합. /consolidate-conditional [commit-ref]로 호출.
中文简介正在准备中。当前显示原文说明。
기능의 external behavior를 Cucumber 인수 테스트(주 검증층)로 구축 — .feature 실행으로 문서↔코드 드리프트를 구조적으로 차단, Four Layer(Steps→Protocol Driver→SUT), 태그 기반 가역 제외, 기존 JUnit 인수 테스트 이관. "인수 테스트 도입", "Gherkin을 실행 가능하게", "cucumber 셋업" 요청 시 사용. /cucumber-acceptance로 호출.
中文简介正在准备中。当前显示原文说明。
복잡한 if/then/else의 조건식과 각 분기를 의미 있는 메서드로 추출하여 가독성 향상. "조건문 분해", "if 가독성", "복잡한 조건식에 이름 붙여", "/decompose-conditional" 요청 시 사용. 단, 같은 결과를 내는 조건문들을 하나로 합치는 것은 /consolidate-conditional, 타입별 분기를 클래스로 바꾸는 것은 /replace-conditional-with-poly가 적합. /decompose-conditional [commit-ref]로 호출.
中文简介正在准备中。当前显示原文说明。
Primitive Obsession 제거 — 검증·연산이 따라다니는 primitive 필드(금액+통화, 이메일 문자열 등)를 도메인 개념을 담은 Value Object로 치환. "값 객체 도입", "primitive obsession", "Money 클래스로", "/discover-value-object" 요청 시 사용. 단, 함께 전달되는 파라미터 묶음을 객체로 바꾸는 것은 /introduce-parameter-object, 컬렉션을 감싸는 것은 /first-class-collection이 적합. /discover-value-object [commit-ref]로 호출.
中文简介正在准备中。当前显示原文说明。
컬렉션 getter가 내부 List/Set을 직접 노출하는 것을 방지 — unmodifiable 반환 + add/remove 메서드 제공. "컬렉션 캡슐화", "getter가 List 그대로 노출", "unmodifiable로", "/encapsulate-collection" 요청 시 사용. 단, 컬렉션과 관련 로직을 전용 클래스로 뽑는 것은 /first-class-collection이 적합. /encapsulate-collection [commit-ref]로 호출.
中文简介正在准备中。当前显示原文说明。
암묵적 의존성(전역 변수·클래스 필드·싱글턴 접근)을 명시적 파라미터로 전환하여 메서드 투명성 향상. "숨은 의존성 드러내", "필드 대신 파라미터로", "전역 참조 제거", "/explicit-parameters" 요청 시 사용. 단, 파라미터가 많아져 묶어야 하면 /introduce-parameter-object, I/O와 계산 분리는 /segregate-functional-core가 적합. /explicit-parameters [commit-ref]로 호출.
中文简介正在准备中。当前显示原文说明。