노드 빌딩 스타일 선택하기

n8n의 두 가지 노드 빌딩 스타일인 선언적(declarative) 스타일과 프로그래매틱(programmatic) 스타일의 차이와 선택 기준을 설명합니다.

n8n에는 선언적(declarative) 스타일과 프로그래매틱(programmatic) 스타일, 두 가지 노드 빌딩 스타일이 있습니다. 대부분의 노드에는 선언적 스타일을 사용해야 합니다. 이 스타일은: JSON 기반 문법을 사용하므로 작성하기 더 간단하고 버그가 발생할 위험이 적습니다. 미래 호환성이 더 좋습니다. REST API와의 통합을 지원합니다. 프로그래매틱 스타일은 더 장황합니다. 다음의 경우에는 프로그래매틱 스타일을 사용해야 합니다: 트리거 노드 REST 기반이 아닌 모든 노드. 여기에는 GraphQL API를 호출해야 하는 노드와 외부 의존성을 사용하는 노드가 포함됩니다. 수신 데이터를 변환해야 하는 모든 노드. 완전한 버전 관리. 버전 관리 유형에 대한 자세한 내용은 노드 버전 관리 를 참고하세요. 데이터 처리 방식의 차이 # 선언적 스타일과 프로그래매틱 스타일의 주요 차이점은 수신 데이터를 처리하고 API 요청을 구성하는 방식입니다. 프로그래매틱 스타일에는 수신 데이터와 매개변수를 읽은 후 요청을 구성하는 execute() 메서드가 필요합니다. 선언적 스타일은 operations 객체 안의 routing 키를 사용해 이를 처리합니다. 노드 매개변수와 execute() 메서드에 대한 자세한 내용은 노드 기본 파일 을 참고하세요. 문법 차이 # 선언적 스타일과 프로그래매틱 스타일의 차이를 이해하려면 아래 두 코드 스니펫을 비교해 보세요. 이 예시는 SendGrid 통합을 단순화한 버전인 "FriendGrid"를 만듭니다. 다음 코드 스니펫은 완전한 코드가 아니며, 노드 빌딩 스타일의 차이를 강조하기 위한 것입니다. 프로그래매틱 스타일: import { IExecuteFunctions , INodeExecutionData , INodeType , INodeTypeDescription , IRequestOptions , } from 'n8n-workflow' ; // Create the FriendGrid class export class FriendGrid implements INodeType { description : INodeTypeDescription = { displayName : 'FriendGrid' , name : 'friendGrid' , . . . properties : [ { displayName : 'Resource' , . . . }, { displayName : 'Operation' , name : 'operation' , type : 'options' , displayOptions : { show : { resource : [ 'contact' , ], }, }, options : [ { name : 'Create' , value : 'create' , description : 'Create a contact' , }, ], default : 'create' , description : 'The operation to perform.' , }, { displayName : 'Email' , name