SaaS 제품에서 다른 알림 채널을 관리하기 위해 공장 패턴을 사용하여

소개: SaaS의 알림 도전

SaaS는 사용자, 드라이브 유지, 그리고 중요한 시스템 이벤트에 참여하는 동시에 개인화된 알림을 재개합니다. 사용자는 선호하는 채널을 통해 알림을 수신할 것으로 예상됩니다. 이메일, SMS, 푸시 알림, 인앱 메시지, 또는 타사 서비스에 webhooks. 제품 진화로, 채널의 수는 성장하고, 분산된 조건 논리를 통해 관리는 유지 보수 nightmare가됩니다. 깨끗하고 확장 가능한 아키텍처가 필요합니다.

이 웹 사이트는 귀하가 웹 사이트를 탐색하는 동안 귀하의 경험을 향상시키기 위해 쿠키를 사용합니다. 이 쿠키들 중에서 필요에 따라 분류 된 쿠키는 웹 사이트의 기본적인 기능을 수행하는 데 필수적이므로 브라우저에 저장됩니다. 또한이 웹 사이트의 사용 방식을 분석하고 이해하는 데 도움이되는 제 3 자 쿠키를 사용합니다. 이 쿠키는 귀하의 동의하에 만 브라우저에 저장됩니다. 이러한 쿠키를 거부 할 수도 있습니다. 이러한 쿠키 중 일부를 선택 해제하면 검색 환경에 영향을 미칠 수 있습니다.

공장 패턴 이해

공장 패턴은 슈퍼 클래스의 개체를 만드는 인터페이스를 제공하는 창조적 디자인 패턴이지만, 생성 될 객체의 유형을 변경할 수 있습니다. 그것은 느슨한 커플 링을 촉진하고 Open/Closed Principle: 소프트웨어 엔티티티는 확장을 위해 열려 있어야하지만 수정을 위해 닫힙니다. 대신 또는 ] 또는 []:]:]: 당신은 즉시 대상을 결정하는 즉시 표시할 수 있는 권리를 결정하는 경우에, 당신은 어떤 문제든지에 대 한 책임을 결정할 수 있습니다.

이 패턴은 관련 개체의 가족과 즉석에 정확한 유형이 사용자의 알림 선호 또는 트리거 이벤트와 같은 동적 입력에 따라 실행 시간에 결정됩니다. 알림 맥락에서, 모든 채널은 다른 "제품"이지만 그들은 모두 공통 인터페이스 (예 :, [[FLT :2] 방법)을 공유합니다.

SaaS 제품에서 알림 채널

일반적인 알림 채널은 다음과 같습니다:

Email – SendGrid 또는 Mailgun과 같은 서비스를 통해 거래 및 마케팅 이메일.
SMS - Twilio 또는 Vonage를 통해 짧은 메시지.
Push Notifications – 웹 푸시, Firebase 클라우드 메시징 또는 OneSignal을 통해 모바일 푸시.
In-App Notifications – UI 토스트 또는 대시보드 경고.
Webhooks – HTTP POST는 통합을 위한 외부 엔드포인트에 요청합니다.
슬랙 / Discord – 팀 중심 메시징.

패턴없이, 당신의 코드는 다음과 같은 것을 볼 수 있습니다 :

function sendNotification(channel, message, recipient) {
 if (channel === 'email') {
 // Email logic here
 } else if (channel === 'sms') {
 // SMS logic here
 } else if (channel === 'push') {
 // Push logic here
 } else {
 throw new Error('Unknown channel');
 }
}

이 접근은 몇몇 수로를 위해 작동되, 그러나 당신의 보내 기능을 수정하고 모든 기존 논리를 재검사하는 각 새로운 수로 힘. 공장 본은 이 fragility를 삭제합니다.

알림용 공장 패턴 구현

아래에서 Directus 기반 SaaS에 적응할 수있는 TypeScript 구현을 통해 걸어 갑니다. TypeScript는 플랫폼 자체가 내장되어 있으며 풍부한 유형 시스템을 제공합니다.

1. 알림 인터페이스 정의

interface Notification {
 send(message: string, recipient: string): Promise<void>
}

2. 구체적인 통보 종류

class EmailNotification implements Notification {
 async send(message: string, recipient: string): Promise<void> {
 // Use Directus’s internal mailer or an external SDK
 console.log(`Sending email to ${recipient}: ${message}`);
 }
}

class SMSNotification implements Notification {
 async send(message: string, recipient: string): Promise<void> {
 // Call Twilio API
 console.log(`Sending SMS to ${recipient}: ${message}`);
 }
}

class PushNotification implements Notification {
 async send(message: string, recipient: string): Promise<void> {
 // Use Firebase or OneSignal SDK
 console.log(`Sending push to ${recipient}: ${message}`);
 }
}

3. 알림 공장

type ChannelType = 'email' | 'sms' | 'push';

class NotificationFactory {
 static createNotification(channel: ChannelType): Notification {
 switch (channel) {
 case 'email':
 return new EmailNotification();
 case 'sms':
 return new SMSNotification();
 case 'push':
 return new PushNotification();
 default:
 throw new Error(`Unknown notification channel: ${channel}`);
 }
 }
}

4. 당신의 신청에 있는 공장을 사용하여

async function notifyUser(event: string, userId: string, channel: ChannelType) {
 const notification = NotificationFactory.createNotification(channel);
 await notification.send(event, userId);
}

클라이언트 코드는 콘크리트 유형이 결코 알아야 할. 그것은 단지 ] 인터페이스에 따라 달라집니다. 이 디코딩은 공장이나 콘크리트 클래스를 터치하지 않고도 단말 테스트를 거친다.

Directus와 공장 패턴 통합

Directus는 여러 항목의 트리거 알림을 제공합니다.

Flows – 사용자 정의 작업 또는 webhooks를 호출할 수있는 Visual Automation.
Hooks - ] 또는 ]크롭 이벤트에서 실행되는 후크.
Custom Endpoints – Directus 서버에 주입된 Express 경로.
Webhooks – 웹훅 파견자.

Directus 프로젝트에서, 당신은 사용자 정의 모듈 또는 확장 내에서 서비스로 알림 공장을 설치할 수 있습니다. 예를 들어, 내부에 Flow] 당신은 사용자의 저장 선호도에 따라 올바른 채널을 즉시 호출 할 수 내부 API 엔드 포인트를 호출 할 수 있습니다. 또는, 당신은 hook]에 공장을 포장 할 수 있습니다. 새로운 사용자 서명 후 화재 및 SMS 알림, 모바일 알림 및 SMS 알림을 푸시.

공장이 단일 장소에 살고 있기 때문에, 당신은 각 걸이 또는 교류를 만지기 없이 그것의 mappings를 새롭게 할 수 있습니다. 그리고 Directus 교류가 임의 JSON 데이터를 통과할 수 있기 때문에, 당신은 쉽게 당신의 데이타베이스에서 수로 식별자를 가진 공장을 공급할 수 있습니다.

공장 패턴 접근의 이점

확장성

새로운 채널 추가는 ]을 구현하고 공장의 스위치 문에 하나의 라인을 추가하는 새로운 클래스를 작성하는 것을 의미합니다. 클라이언트 코드 변경이 필요하지 않습니다. 이것은 다른 열가자가 채널의 다른 세트를 활성화 할 수있는 멀티 텐트 SaaS 제품에 특히 귀중합니다.

시험 능력

당신은 단위 테스트 할 수 있습니다 각 알림 클래스 격리, 그리고 당신은을 모을 수 있습니다 ] 인터페이스를 테스트 할 때 높은 수준의 기능. 공장 자체는 확인 할 수 간단한 테스트로 확인 할 수 있습니다. 예를 들어 각 채널에 대한 올바른 유형의 인스턴스.

퀵메뉴

공장은 복잡한 개체를 구축하기 위해 확장 될 수 있습니다. 예를 들어, 구성 (API 키, 재량 정책)을 작성 시간에 전달할 수 있습니다. 공장 방법을 과부하하거나 Builder]를 사용하여 공장 내부의 패턴을 완전히 구성 된 알림 개체를 조립할 수 있습니다. Directus의 환경 변수 또는 데이터베이스 설정 (예 : 테이블)은 이러한 구성에 이상적인 소스입니다.

잠재적 인 단점 및 고려

공장 패턴은 강력한 도구이지만, 실버 탄알이 아닙니다.

Over‐engineering: 2개의 채널만 있으면 더 많은 것을 추가할 계획이 없습니다. 패턴은 추가 파일과 요약을 소개합니다.
Decision logic은 여전히 존재한다: 공장 자체는 스위치 문 사용. 채널의 수십 가지가 있다면, registry pattern] 채널 자체 등록, 또는 ]strategy pattern를 사용 하 여 객체보다 알고리즘을 교환. 둘 다 공장을 보완할 수 있습니다.
Dependency Injection: 귀하의 알림 클래스가 외부 서비스에 의존하는 경우 (예를 들어, HTTP 클라이언트 또는 로그), 당신은 그 의존성을 주사해야합니다. 공장은 DI 컨테이너를 받아들이거나 초기 계획하는 것과 같은 의존성을받을 수 있어야합니다.

Directus 확장에서, 당신은 플랫폼의 내장 의존성 주입 (]] 기능 및 서비스를 활용할 수 있습니다) 로그 또는 데이터베이스 액세스와 같은 공유 인스턴스를 전달하는.

Real‐World 예제: B2B SaaS의 다중 채널 알림

Directus에 내장 된 프로젝트 관리 도구를 고려하십시오. 작업이 할당되면 시스템은 통지해야합니다.

이메일 (그것을 선호하는 경우)
‐app toast를 통해 할당
Slack 프로젝트 채널

공장 사용, Directus 의 코드가된다 :

import { NotificationFactory } from './services/NotificationFactory';

async function onTaskCreate(payload, { accountability }) {
 const { assigneeId } = payload;
 const userPreferences = await getUserNotificationPreferences(assigneeId);
 for (const channel of userPreferences.channels) {
 const notifier = NotificationFactory.createNotification(channel);
 await notifier.send(`You have a new task!`, assigneeId);
 }
}

각 알림 클래스는 자체 관용 배달을 처리합니다. 공장은 채널 매핑을위한 진실의 단일 소스를 유지합니다.

이러한 시스템의 완전한 구현을 보려면 Directus의 공식 문서를 참조하십시오. 사용자 정의 후크 및 서비스를 만들기에. 공장 패턴 자체의 깊은 이해를 위해, 공장 방법에 Guru 페이지가 우수한 자원입니다. 또한 다른 플랫폼이 알림 관현을 처리하는 방법에 관심이있을 수도 있습니다.[FLT:][FLT:]]]]]].