명령 설계 패턴 이해

코어 포인트

명령 모드 (조치 모드 또는 트랜잭션 모드라고도 함)는 요청을 객체에 캡슐화하여 요청이 다른 클라이언트가 대기열 또는 레코드를 허용합니다. 순차적 처리를 위해 요청을 대기하는 동시에 큐 자체에서 실제 실행의 구현을 분리하는 경우 명령 대기열을 구현하는 데 매우 유용합니다.

다른 채널 (이메일 및 문자 메시지)을 통해 메시지를 다른 사용자 그룹으로 전송 해야하는 시나리오에서 명령 모드는 통합 된 접근 방식을 제공합니다. 이를 통해 고객의 커뮤니케이션 선호도에 관계없이 모든 고객을 데이터베이스에서 검색하여 적절한 Imessage 구현을 인스턴스화하고 각 그룹 의이 프로세스를 반복하지 않고 한 번에 처리 할 수 ​​있습니다.

명령 모드는 수행하려는 작업에 따라 객체를 매개 변수화하려는 상황에 이상적입니다.
오늘날, 40 억 개가 넘는 휴대 전화가 전 세계적으로 사용되고 있습니다. 호주에서만 인구는 약 1,100 만 명이며 휴대 전화 수는 2,200 만을 초과하여 1 인당 평균 2 개의 휴대 전화입니다! 휴대 전화 사용이 점점 더 일반화되고 있음이 분명합니다. 스마트 폰 및 기타 모바일 장치의 인기를 감안할 때 점점 더 많은 고객이 이메일이 아닌 문자 메시지를 통해 알림을 받도록 선택하고 있습니다. SMS는 이메일보다 이점이 있습니다. 짧고 즉각적이며 가장 중요한 것은 스팸이 무시할 수 있습니다. 그렇다면 이것이 명령 모드와 어떤 관련이 있습니까? 가상의 장면을 보자. 회사에는 매일 상을 수상한 경쟁을 개최하는 웹 사이트가 있습니다. 250,000 명 이상의 등록 된 사용자의 데이터베이스가 있으며 각 사용자는 매일 비밀번호를 받으므로 링크를 입력하거나 클릭하여 복권 등록을 클릭해야합니다. 대부분의 사용자는 이메일을 받기를 선택하지만 이제 상당수의 사용자가 문자 메시지를 통해 알림을 받도록 선택합니다. 질문은 다음과 같습니다. 두 채널을 통해 두 그룹의 사용자에게 메시지를 보내는 방법은 무엇입니까? 논리적 접근 방식은 사용자를 두 그룹, 이메일 수신자 및 SMS 수신자로 나누는 것입니다. 여기에는 두 개의 다른 쿼리를 실행하고 각 그룹에 비밀번호를 별도로 보내는 것이 포함됩니다. 이 기사에서 설명 할 명령 패턴을 사용하여 단일 프로세스를 통해 두 그룹의 사용자에게 메시지를 보낼 수 있습니다.
• 명령 모드를 사용한 메시지 대기열
• 명령 모드 (때로는 액션 모드 또는 트랜잭션 모드라고도 함)는 요청이 다른 요청으로 클라이언트를 대기열하거나 레코딩 할 수 있도록 요청이 객체로 캡슐화되는 방법을 설명하는 설계 패턴입니다. 명령 모드의 작동 방식을 보여 주려면 간단한 메시지 큐의 예제를 사용해 보겠습니다. 다음은 Messagequeue 클래스의 정의입니다.

  <?php
  class MessageQueue
  {
      private $queue;
  
      public function __construct() {
          $this->queue = array();
      }
  
      public function addMessage(IMessage $msg) {
          $this->queue[] = $msg;
      }
  
      public function execute() {
          $sendCount = 0;
          foreach ($this->queue as $msg) {
              if ($msg->send()) {
                  $sendCount++;
              }
          }
          return $sendCount;
      }
  }

  Message 큐는 두 가지 메소드를 제공합니다. 이 예에서 addMessage () 메소드는 메시지를 내부 배열 $ 큐에 추가하는 반면 execute () 메소드는 $ 큐의 요소를 반복하고 각 메시지 객체에 대한 send () 메소드를 호출합니다. 명령 모드는 나중에 처리에 대한 각 요청을 큐에 큐티브합니다. Messagequeue는 요청을 처리하는 방법을 알 필요가 없습니다. 이는 요청 객체의 책임이되기 때문입니다. send () 메소드를 사용할 수 있도록 메시지 객체는 imessage 인터페이스를 구현해야합니다.
  각 메시지 객체는 imessage 인터페이스를 구현하고 자체 구현 (send) 메소드를 제공합니다.

  <?php
  interface IMessage
  {
      public function send();
  }

  <?php
  class DailyAlertEmail implements IMessage
  {
      // ...
      public function send() {
          // 发送电子邮件的实际代码
          // ...
          echo "Sending message via email\n";
      }
  }
  
  class DailyAlertSMS implements IMessage
  {
      // ...
      public function send() {
          // 发送短信的实际代码
          // ...
          echo "Sending message via SMS\n";
      }
  }

  <,> 명령 모드를 사용하여 고객의 커뮤니케이션 환경 설정에 관계없이 데이터베이스에서 모든 고객을 검색하고 모든 SMS 고객의 데이터베이스를 쿼리 한 다음 이메일 고객을 위해이 프로세스를 반복하는 대신 한 번에 적절한 Imessage 구현을 인스턴스화하고 한 번에 처리 할 수 ​​있습니다. 이것은 기본적인 예일뿐입니다. 실제 응용 프로그램에서는 SMS와 이메일을 배치하여 하루 중 다른 시간에 정기적으로 보내는 것이 좋습니다. 약간의 수정을 사용하면 CRON 작업으로 실행되는 "지연된"메시지 큐로 변환하고 데이터베이스를 사용하여 프로세스 진행 상황을 모니터링 할 수 있습니다.

  <🎜 🎜> <<> 요약

  <?php
  // 创建一个新的队列
  $msgQueue = new MessageQueue();
  
  $result = $db->query("SELECT * FROM customers");
  while ($customer = $result->fetch(PDO::FETCH_ASSOC)) {
      // 工厂根据用户的偏好创建DailyAlertSMS或DailyAlertEmail对象
      $msg = MessageFactory::build($customer, $codeword);
  
      // 将消息对象添加到队列中
      $msgQueue->addMessage($msg);
  }
  
  // 现在发送给所有客户
  $msgQueue->execute();

  보시다시피, 명령 모드는 다음과 같은 상황에 적합합니다.
  당신은 당신이 수행하려는 동작에 의해 객체를 매개 변수화 할 수 있기를 원합니다.

  다른 시간에 요청을 지정, 대기열 및 실행해야합니다. 데이터 세트를 단일 작업 (예 : 트랜잭션)으로 캡슐화 해야하는 경우.

  이 튜토리얼에서는 명령 패턴이 명령 대기열을 구현하는 데 유용한 설계 패턴이되는 방법을 보여줍니다. 여기서 순차적 처리에 대한 요청이 큐를 줄 수 있으며 대기열 자체에서 실제 실행 구현을 분리합니다. Horiyan / ShutterStock
  명령 디자인 패턴 FAQ (FAQ)
  명령 설계 패턴의 주요 목적은 무엇입니까?

  명령 설계 패턴은 주로 요청의 발신자와 수신자를 분리하는 데 사용됩니다. 이는 발신자가 수행중인 조치의 세부 사항 또는 요청 수신자를 알 필요가 없음을 의미합니다. 대신 발신자는 명령을 내리는 방법을 알고 있으며 명령은 요청을 실행하는 방법을 알고 있습니다. 이 모드는 작업 매개 변수화 된 객체를 사용하고 다른 시간에 요청을 대기열, 지정 및 실행 해야하는 시나리오에서 특히 유용합니다.

  명령 디자인 패턴은 어떻게 작동합니까?

  명령 디자인 패턴은 요청을 객체에 캡슐화하여 작동하여 사용자가 큐, 요청 및 작업을 사용하여 클라이언트를 매개 변수화 할 수 있습니다. 여기에는 명령, 수신기, 발신자 및 클라이언트의 네 가지 구성 요소가 포함됩니다. 명령은 작동을 수행하기 위해 인터페이스를 선언하고, 수신기는 작업을 수행하는 방법을 알고 있으며, 발신자는 명령을 저장하며, 어느 시점에서 클라이언트는 ConcreteCommand 오브젝트를 작성하고 수신기를 설정하는 반면 클라이언트는 실행 메소드를 호출하여 요청을 실행하도록 요청합니다.

  명령 설계 패턴을 사용하면 어떤 이점이 있습니까?

  명령 설계 패턴은 많은 이점을 제공합니다. 작업을 수행하는 방법을 알고있는 작업을 호출하는 클래스를 분리하고 큐 시스템을 제공하여 일련의 명령을 만들 수 있으며 이러한 명령의 실행을 제어 할 수 있습니다. 또한 각 명령은 특정 메소드가있는 객체이므로 분리 불가능한 작업을 지원합니다.

  명령 설계 패턴은 언제 사용해야합니까?

  명령 디자인 패턴은 요청을 받거나 요청을받지 않고 객체에 요청해야 할 때 특히 유용합니다. 또한 운영 매개 변수 개체를 사용해야하고 다른 시간에 요청을 대기열, 지정 및 실행 해야하는 경우에도 유리합니다.

  명령 디자인 패턴의 예를 제공 할 수 있습니까?

  물론, 명령 설계 패턴의 일반적인 예는 그래픽 사용자 인터페이스 (GUI)에서 메뉴 시스템을 구현하는 것입니다. 메뉴의 각 동작은 명령이 될 수 있습니다. 사용자가 메뉴 항목을 클릭하면 항목과 관련된 명령이 실행됩니다.

  명령과 정책 설계 패턴의 차이점은 무엇입니까?

  두 모드 모두 알고리즘을 별도의 구성 요소로 캡슐화하지만 목적은 다릅니다. 명령 모드는 명령 실행에 대한 책임에서 명령을 발행하는 책임을 분리하여 명령을 더 쉽게 추가하거나 명령 실행을 변경할 수 있도록하는 것입니다. 반면에 정책 패턴은 일련의 알고리즘을 정의하고 각 알고리즘을 캡슐화하고 교환 가능하게 만드는 것입니다.

  명령 설계 패턴을 실행 취소 작업에 사용할 수 있습니까?

  예, 명령 디자인 패턴은 무의미한 작업을 지원할 수 있습니다. 이를 위해 명령 클래스는 효과를 되돌리고 객체를 이전 상태로 복원하는 실행 취소 방법을 구현하는 상태를 유지해야합니다.

  명령 디자인 패턴이 멀티 스레딩 프로그래밍에 적합합니까?

  예, 명령 설계 패턴은 멀티 스레드 프로그래밍에 매우 유용합니다. 요청을 개체로 캡슐화하여 별도의 스레드로 실행할 수 있습니다. 이것은 스레드 동기화를 크게 단순화 할 수 있습니다.

  명령 설계 패턴과 객체 지향 설계 원칙의 관계는 무엇입니까?

  명령 디자인 패턴은 캡슐화의 좋은 예입니다 - 객체 지향 설계의 기본 원칙 중 하나입니다. 요청을 객체에 캡슐화하여 다른 요청으로 클라이언트를 매개 변수화 할 수 있습니다.

  명령 설계 패턴을 사용하는 단점은 무엇입니까?

  명령 설계 패턴에는 많은 이점이 있지만 단점이없는 것은 아닙니다. 주요 단점은 각 명령이 별도의 클래스로 표시되기 때문에 클래스 수를 증가 시킨다는 것입니다. 이로 인해 시스템이 더 복잡하고 이해하기 어려울 수 있습니다.

위 내용은 명령 설계 패턴 이해의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!