설명:

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

설명

설명:

박스 1: 예
캐싱을 하면 불필요하게 디스플레이 메서드가 실행되는 것을 방지할 수 있습니다.
디스플레이 방법의 성능을 향상시키려면 해당 방법을 캐시하면 됩니다.
박스 2: 아니요
박스 3: 아니요
박스 4: 아니요
참조:
https://docs.microsoft.com/en-us/dynamicsax-2012/developer/using-the-display-method-modifier

설명:

설명
1. 데이터 프로젝트 설정 -
2. 반복되는 데이터 작업 생성 -
3. 데이터 반복 작업에 새 애플리케이션 ID 연결 -
4. 파일이나 데이터 패키지를 사용하는지 지정하세요.
5. 처리 반복 설정
https://docs.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/data-entities/recurring-integrations#create-