특정 규칙 개발 태스크를 지연시켜 CER 규칙 세트를 신속하게 "작동 및 실행"시키면 유용할 수 있습니다.
다음과 같이 쉬운 방법을 하나 이상 사용하십시오.
- 각 비즈니스 개념에 대해 비어 있는 규칙 클래스(즉, 규칙 속성이 없음) 작성. 규칙 속성은 나중에 추가할 수 있습니다. 예를 들어, CER 편집기를 사용하여 비어 있는 규칙 클래스를 작성한 다음 나중에 속성을 추가할 수 있습니다.
- 규칙 속성의 하드 코딩된 파생 사항 작성. 예를 들어, isEligible 규칙 속성의 계산이 <true>가 되도록 선언하면 테스트를 쓰고/쓰거나 CER을 고유 애플리케이션과 통합할 수 있습니다. 하드 코딩된 "항상 적격인" 파생 사항을 나중에 실제 비즈니스 규칙으로 대체할 수 있습니다. 예를 들어, CER 편집기를 사용하여 "부울" 규칙 요소(해당 기본값은 true로 설정됨)를 isEligible 규칙 속성에 끌어올 수 있습니다.
- 일반 단일 로케일 하드 코딩된 문자열로 메시지 작성. 나중에 문자열을 자국어 지원 가능 메시지로 변환할 수 있습니다. 예를 들어, CER 편집기를 사용하여 "자원 메시지" 또는 "XML 메시지" 규칙 요소를 규칙 속성에 끌어올 수 있습니다.
- 애플리케이션 코드 테이블 값 대신 문자열 값 사용. 나중에 문자열을 코드로 변환할 수 있습니다(그리고 해당 값을 테스트하는 규칙 업데이트). 예를 들어, CER 편집기를 사용하여 "문자열" 규칙 요소를 규칙 속성에 끌어올 수 있습니다.
중요사항: 이러한 쉬운 방법을 간단히 사용한다고 해서 보다 엄격히 작업할 필요가
없어지지는 않습니다. 규칙 세트가 "실행 가능"해질 때까지 이 작업의 일부를 연기할 뿐입니다.
규칙에 대한 테스트 작성을 연기하지 않아야 합니다. 특히 이러한 쉬운 방법을 사용하는 경우 규칙 세트 테스트의 본문을 우수하게 작성하면 쉬운 방법을 실행 취소하는 경우 특정 유형의 오류가 발생하지 않도록 방지합니다. 규칙을 쓸 때 테스트를 작성합니다.
규칙 클래스의 description 규칙 속성 작성을 연기하려 할 수도 있습니다. 그러나 description 규칙 속성을 사용하면 비교적 적은 비용으로 규칙을 디버깅하는 데 상당히 도움이 되므로 규칙 세트 디자인 초기 단계에서 이러한 쉬운 방법을 사용하는 것은 사실상 절약이 되지 않음을 증명할 수 있습니다.