1 - 가져올 프로젝트 카테고리를 지정합니다.
2 - 소스 데이터 형식을 지정합니다.
3 - 새 가져오기 프로젝트를 만듭니다.

설명

상자 1: 예
클래스 확장 - 메소드 래핑 및 명령 체인.
클래스 확장 또는 클래스 확대 기능이 개선되었습니다. 이제 보강하려는 기본 클래스에 정의된 메서드 주위에 논리를 래핑할 수 있습니다. 이벤트 처리기를 사용하지 않고도 공용 및 보호 메서드의 논리를 확장할 수 있습니다. 메서드를 래핑하면 공용 및 보호 메서드와 기본 클래스의 변수에 액세스할 수도 있습니다. 이러한 방식으로 트랜잭션을 시작하고 클래스와 연결된 상태 변수를 쉽게 관리할 수 있습니다.
상자 2: 예
다음 예에서 doSomething 주위의 래퍼와 next 키워드의 필수 사용은 해당 메서드에 대한 CoC(Chain of Command)를 생성합니다. CoC는 일련의 수신자에 의해 요청이 처리되는 디자인 패턴입니다. 패턴은 송신자와 수신자의 느슨한 결합을 지원합니다.
[ExtensionOf(classStr(BusinessLogic1))]
최종 클래스 BusinessLogic1_Extension
{
str doSomething(int 인수)
{
// 1 부
var s = 다음 doSomething(arg + 4);
// 2 부
반환 s;
}
}
상자 3: 예
인스턴스 및 정적 메서드는 확장 클래스로 래핑될 수 있습니다. 정적 메서드가 래핑될 대상인 경우 확장의 메서드는 static 키워드를 사용하여 정규화되어야 합니다.
상자 4: 아니요
래퍼 메서드는 항상 다음을 호출해야 합니다.
참고: 확장 클래스의 래퍼 메서드는 항상 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

설명:

설명
B: 모델은 일반적으로 배포 가능한 소프트웨어 솔루션을 구성하고 기존 솔루션의 사용자 정의를 포함하는 메타데이터 및 소스 파일과 같은 요소 그룹입니다.
D: 모델은 창고 관리 모델이나 프로젝트 회계 모델과 같은 디자인 타임 개념입니다.
E: 패키지는 하나 이상의 모델의 배포 및 컴파일 단위입니다.
참조:
https://docs.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/dev-tools/models