1
을 감안할 때 :사전 작업 원인으로 대상 업데이트 수행 다른 플러그인 트리거?
- 두 플러그인
- 플러그인 A의 실행 순서는 1, 및 플러그인 B의 실행 순서 2
플러그인 B가 대상 엔터티 (IOrganizationService 업데이트 없음, 메모리 CRM 엔터티 개체 자체의 표준 업데이트 만)를 업데이트하면 대상 트리거 플러그인 A가 실행되도록 변경됩니까?
을 감안할 때 :사전 작업 원인으로 대상 업데이트 수행 다른 플러그인 트리거?
플러그인 B가 대상 엔터티 (IOrganizationService 업데이트 없음, 메모리 CRM 엔터티 개체 자체의 표준 업데이트 만)를 업데이트하면 대상 트리거 플러그인 A가 실행되도록 변경됩니까?
아니요, IOrganizationService 업데이트가 호출되지 않으면 새 업데이트 이벤트가 트리거되지 않습니다. 기존 대상 엔티티에 속성을 추가 할 때 동일한 플러그인 이벤트를 트리거하면 결국 무한 루프가 발생합니다.
그런 다음 플러그인을 사용하면 대상을 통해 엔티티가 변경 될 수 있으며 특정 변경 사항에 대해 필터링 된 플러그인이 트리거되지 않을 수 있습니까? – Daryl
아니요. 두 번째 플러그인 또는 더 높은 실행 순서가있는 단계가있는 경우, 단계 인 경우 모든 속성을 필터링하도록 구성 (업데이트)하거나 작성시 실행하도록 구성하면 이제는 실행되지 않습니다. fire와 첫 번째 플러그인에 의해 추가/업데이트 된 속성을 볼 수 있지만 첫 번째 플러그인에서 변경 한 특정 속성에 두 번째 플러그인을 등록하면 플러그인이 시작되지 않습니다. – dynamicallyCRM
이것에 관한 문서가 있습니까, 아니면 모두 개인적인 경험입니까? – Daryl