설명
1단계: CustTable 개체에서 validationWrite 이벤트 핸들러를 복사합니다(validatingWrite 또는 validatedWrite, validateWrite와 같은 옵션 없음).
2단계: 이벤트 처리기 메서드를 클래스에 추가합니다.
3단계: 유효성 검사를 수행할 코드를 추가합니다.

설명:
상자 1: 예
클래스 확장 - 메서드 래핑 및 명령 체인.
클래스 확장 또는 클래스 기능이 향상되었습니다. 이제 기능을 보강하는 기본 클래스에 정의된 메서드 주위에 논리를 래핑할 수 있습니다. 이벤트 핸들러를 사용하지 않고도 public 및 protected 메서드의 논리를 확장할 수 있습니다. 메서드를 래핑할 때 공용 및 보호된 메서드와 기본 클래스의 변수에도 액세스할 수 있습니다. 이러한 방식으로 트랜잭션을 시작하고 클래스와 연결된 상태 변수를 쉽게 관리할 수 있습니다.
상자 2: 예
다음 예에서 doSomething 주위의 래퍼와 next 키워드의 필수 사용은 메서드에 대한 CoC(명령 사슬)를 만듭니다. CoC는 일련의 수신기에서 요청을 처리하는 디자인 패턴입니다. 패턴은 발신자와 수신자의 느슨한 결합을 지원합니다.
[ExtensionOf(classStr(BusinessLogic1))]
최종 클래스 BusinessLogic1_Extension
{
str doSomething(int 인수)
{
// 1 부
var s = 다음 doSomething(인수 + 4);
// 2 부
반환 s;
}
}
상자 3: 예
인스턴스 및 정적 메서드는 확장 클래스로 래핑될 수 있습니다. 정적 메서드가 래핑될 대상인 경우 확장의 메서드는 static 키워드를 사용하여 한정되어야 합니다.
상자 4: 아니요
래퍼 메서드는 항상 next를 호출해야 합니다.
참고: 확장 클래스의 래퍼 메서드는 항상 next를 호출해야 체인의 다음 메서드와 마지막으로 원래 구현이 항상 호출됩니다. 이 제한은 체인의 모든 메서드가 결과에 기여하도록 보장하는 데 도움이 됩니다.
이 제한 사항의 현재 구현에서 next에 대한 호출은 메서드 본문의 첫 번째 수준 문에 있어야 합니다.
다음은 몇 가지 중요한 규칙입니다.
다음 호출은 if 문 내에서 조건부로 수행될 수 없습니다.
next 호출은 while, do-while 또는 for 루프 문에서 수행할 수 없습니다.
다음 문은 return 문 앞에 올 수 없습니다.
논리적 표현식이 최적화되어 있기 때문에 논리적 표현식에서 next 호출이 발생할 수 없습니다. 런타임 시 전체 표현식의 실행이 보장되지 않습니다.
참조:
https://docs.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/extensibility/method-wrapping-coc

참조:
https://docs.microsoft.com/en-sg/dynamics365/fin-ops-core/fin-ops/organization-administration/configure-condi

설명
확장을 작성하여 모델 요소를 사용자 정의할 수 있습니다.
Dynamics 365 Finance and Operations에서는 테이블 확장을 통해 새 필드를 추가해야 합니다. SalesTable에 확장을 만듭니다.
참조:
https://stoneridgesoftware.com/how-to-extend-sales-order-update-functionity-to-custom-fields-in-d365-finance