BackLinks of CommandPattern

• 1002/Journal
        * ["StatePattern"] - Tool 선택에서 이용. 현재 Tool을 추가하려면 1. Tool 상속. 2. interface 구현. 이다. 실질적인 기능을 하려면 현재 코드에선 CommandPattern 과 붙어야 할듯.
• Functor
       비슷한 구현에 대해서 OO 쪽에서는 MethodObject 라 부르기도 함. (Refactoring에 나옴) 구현 모양상으로 보면 CommandPattern, C++ 진영에서는 Functor 가 일반적인 표현.; --[1002]
• Gof/Command
       다음과 같은 경우에 CommandPattern을 이용하라.
        * 기본명령어들를 기반으로 이용한 하이레벨의 명령들로 시스템을 조직할 때. 그러함 조직은 transaction을 지원하는 정보시스템에서 보편화된 방식이다. transaction은 데이터의 변화의 집합을 캡슐화한다. CommandPattern은 transaction을 디자인하는 하나의 방법을 제공한다. Command들은 공통된 인터페이스를 가지며, 모든 transaction를 같은 방법으로 invoke할 수 있도록 한다. CommandPattern은 또한 새로운 transaction들을 시스템에 확장시키기 쉽게 한다.
       CommandPattern은 다음과 같은 결과를 가져온다.
       아마도 CommandPattern에 대한 첫번째 예제는 Lieberman 의 논문([Lie85])에서 나타났을 것이다. MacApp [App89] 는 undo가능한 명령의 구현을 위한 command의 표기를 대중화시켰다. ET++[WGM88], InterViews [LCI+92], Unidraw[VL90] 역시 CommandPatter에 따라 클래스들을 정의했다. InterViews는 각 기능별 명령에 대한 Action 추상 클래스를 정의했다. 그리고 action 메소드에 의해 인자화됨으로서 자동적으로 command subclass들을 인스턴스화 시키는 ActionCallback 템플릿도 정의하였다.
       THINK 클래스 라이브러리 [Sym93b] 또한 undo 가능한 명령을 지원하기 위해 CommandPattern을 사용한다. THINK 에서의 Command들은 "Tasks" 로 불린다. Task 객체들은 ChainOfResponsibilityPattern에 입각하여 넘겨지고 소비되어진다.
• Gof/Composite
       CommandPattern은 MacroCommand Composite 클래스로 Command 객체들이 조합되고 나열하는 방법에 대해 서술한다.
• LearningGuideToDesignPatterns
       이 Pattern은 다음의 CommandPattern 에서 undo 와 redo의 구현부분과 이어진다.
       CommandPattern 은 앞의 MediatorPattern 과 관련된, 여러가지 방면에서 이용된다.
       아마도 가장 복잡한 creational pattern 일 것이다. PrototypePattern 은 종종 CommandPattern 과 같이 이용된다.
• ModelViewPresenter
        * Command - 모델에 영향을 주는 것 (CommandPattern 과 같다)
• PatternCatalog
        * ["CommandPattern"]
• ResponsibilityDrivenDesign
        * Generates DesignPatterns. ChainofResponsibilityPattern, MediatorPattern, CommandPattern and TemplateMethodPattern are all generated by the method.

You can also click here to search title.