Mediator/Middleware 패턴

1. 사용이유

비행기끼리 직접 통신하면 사고로 이어질 수 있지만, 관제소에서 상황을 전달받아 통제를 하게 되면 서로 충돌 없이 안전하게 활주로를 이용할 수 있게 됩니다.

2. 실무에서 사용되는 예) 채팅 구현

// 중재자 역할 : 메시지를 관리하는 역할
class ChatRoom {
	// 사용자가 보낸 메시지를 기록하고 콘솔에 출력
  logMessage(user, message) {
    const time = new Date()
    const sender = user.getName()

    console.log(`${time} [${sender}]: ${message}`)
  }
}


//ChatRoom의 사용자 객체
class User {
  constructor(name, chatroom) {
    this.name = name
    this.chatroom = chatroom
  }

  getName() {
    return this.name
  }

  send(message) {
    this.chatroom.logMessage(this, message)
  }
}

• 사용자는 ChatRoom과 연결되는 User를 만들어낼 수 있고, 각 인스턴스는 send 메서드를 통해 다른 사용자에게 메시지를 전송할 수 있습니다.

• 사용자가 ChatRoom에 직접 접근하지 않고, 자신의 메시지를 ChatRoom에 전달하기 때문에, 사용자 간의 직접적인 의존성을 줄이고 메시지 전달 로직을 중앙 집중화할 수 있는 것입니다.

<MiddleWare>

• MiddleWare는 Middle software의 약자로, request와 respond 사이에 있는 controlelr입니다.

3. 사례 분석

• 많이 사용하는 웹 서버 프레임워크인 Express.js 를 예시로 들어보겠습니다.
• express가 middleware라는 용어를 대중화하여 구체적으로 디자인 패턴을 구현했는데요, 이를 통해 개발자가 프레임워크의 핵심에 손대지 않고도 새로운 기능을 쉽게 만들고 배포하여 기능을 추가할 수 있도록 한 것입니다.
• 특정 라우팅 경로에 대해 콜백을 추가함으로써 요청을 처리할 수 있습니다.

• 정리하자면, 이 미들웨어 패턴은 여러 객체 간 다대 다의 통신을 하나의 관리 포인트를 통하도록 만들어 관계를 단순하게 만들어주는 패턴입니다.

• 그러나, 중재자에 권한이 집중되어 있기 때문에, 잘못된 중재자의 설계는 더 복잡한 객체를 생성할 수 있다는 단점이 있습니다.