선언적 개발은 코드를 작성하지 않고 설정 메뉴와 같은 내장 도구를 사용하여 Salesforce 플랫폼을 구성하고 사용자 정의하는 프로세스입니다. 선언적 개발은 Apex, Visualforce 또는 기타 언어를 사용하여 사용자 정의 코드를 작성하는 것과 관련된 프로그래밍 방식 사용자 정의에 비해 다음과 같은 장점이 있습니다.
* 선언적 개발은 프로그래밍 지식이나 기술이 없어도 Salesforce 사용자 인터페이스 사용 방법을 아는 사람이라면 누구나 수행할 수 있습니다. 프로그래밍 방식의 사용자 정의에는 코드 작성, 테스트 및 디버그 방법을 아는 숙련된 개발자가 필요합니다.
* 선언적 개발에는 사용자 정의 코드를 프로덕션에 배포하는 데 필수인 Apex 테스트 클래스가 필요하지 않습니다. Apex 테스트 클래스는 코드의 기능과 품질을 확인하고 최소 75%의 코드 적용 범위 요구 사항을 충족하는지 확인하는 데 사용됩니다. 선언적 개발에는 플랫폼이 구성 및 사용자 정의를 자동으로 검증하므로 이러한 요구 사항이 없습니다.
* 선언적 개발에는 구성요소 클릭 및 드래그, 속성 설정, 규칙 정의가 포함되므로 구현이 더 빠르고 쉽습니다. 프로그래밍 방식의 사용자 정의에는 코드 작성, 개발 도구 사용, 코딩 표준 및 모범 사례 준수가 포함되므로 시간이 더 많이 걸리고 복잡합니다.
그러나 선언적 개발에는 프로그래밍 방식의 사용자 정의에 비해 다음과 같은 몇 가지 제한 사항과 단점도 있습니다.
* 선언적 개발은 프로그래밍 방식의 사용자 정의보다 디자인 제한과 쿼리 제한이 더 낮습니다.
디자인 제한은 Salesforce 조직에서 사용할 수 있는 구성 요소, 필드, 개체, 규칙 등의 최대 수입니다. 쿼리 제한은 단일 트랜잭션에서 검색하거나 조작할 수 있는 최대 레코드 수입니다. 프로그래밍 방식의 사용자 정의는 동적 SOQL, 배치 Apex 또는 비동기 Apex와 같은 기술을 사용하여 이러한 제한 중 일부를 우회할 수 있습니다.
* 선언적 개발은 프로그래밍 방식의 사용자 정의보다 기능과 사용자 인터페이스에 대한 유연성과 제어력이 낮습니다. 프로그래밍 방식의 사용자 정의는 선언적 도구에서 가능하지 않거나 지원되지 않는 사용자 정의 논리, 자동화, 통합 및 사용자 인터페이스를 생성할 수 있습니다. 예를 들어, 프로그래밍 방식 사용자 정의에서는 Apex 트리거를 사용하여 레코드가 삽입, 업데이트, 삭제 또는 삭제 취소되기 전이나 후에 논리를 실행할 수 있는 반면, 선언적 개발에서는 워크플로 규칙이나 프로세스 빌더만 사용하여 레코드가 생성되거나 업데이트된 후에 논리를 실행할 수 있습니다.
* 선언적 개발은 구성 요소, 규칙 및 종속성의 복잡성과 수가 증가함에 따라 유지 관리 및 문제 해결이 어려워질 수 있습니다. 프로그래밍 방식의 사용자 정의는 클래스, 메소드, 변수, 주석 및 주석을 사용하여 코드를 구조화하고 문서화할 수 있으므로 보다 체계적이고 모듈화될 수 있습니다.
따라서 가장 좋은 방법은 사용 사례와 요구 사항에 따라 선언적 개발과 프로그래밍 개발을 조합하여 사용하는 것입니다. 일반적인 경험 법칙은 가능할 때마다 선언적 개발을 사용하고, 필요한 경우나 상당한 이점을 제공하는 경우에만 프로그래밍 방식의 사용자 정의를 사용하는 것입니다.
참고자료:
* 프로그래밍 방식과 선언적 방식: 코드보다 클릭이 더 나은가요?
* 코드가 아닌 클릭: 선언적 vs. 명령형 프로그래밍
* 개발자 기초 단원 검토