명령 패턴에 대한 추악한 경험 : OOP의 모든 점은 무엇입니까?

Question

필자는 시스템에 명령 패턴을 구현했습니다. 주로 여러 계층이 있고 논리를 원격으로 호출해야하기 때문입니다.

class DoWorkCommandMessage { int param; } 

class DoWorkCommandHandler : Handler<DoWorkCommandMessage> 
{ 
    Execute(MyObject object) { 
     object.DoWork(message.param); 
    } 
} 

class MyObject 
{ 
    void DoWork(int param) { 
     _proxy.SendMessage(new DoWorkBinaryMessage(param)); 
    } 
} 

당신은 내가 기본적으로 다음 다른 계층에 전송되는 메시지로 다시 변환하는 메서드 호출로 변환, 메시지는 무엇입니까 볼 수 있듯이.

여기 뭔가 잘못 된 것 같습니다.

모든 메서드를 제거하기 위해 리팩터링하는 작업이 끝나고 간단한 ProcessMessage 메서드로 바뀌 었습니다.이 메서드는 메시지를 가져 와서 변환 한 다음 디스패치합니다. myObject에 대부분 단지 변환 코드가 아닌 '객체'었죠 제외

이

은

단위 테스트하기 위해 내가 대신 간단한 메서드 호출을 만드는) processMessage를을 (계속 전화해야 ... 확인했다 .

"메시지 & 변형"과 "메시지 -> 방법 -> 메시지"사이의이 전투에 대한 생각을 찾고 있습니다. 분명히 메시지와 방법은 매우 밀접하게 관련되어 있습니다.

Answer 1

나는 혼란 스럽거나 어려움이 실제로 명령 패턴을 사용하지 않는다고 생각합니다. 메시징으로 믹싱 해. 당신은 당신의 명령의 이름으로 이것을 볼 수 있습니다 ... DoWorkCommandMessage. 고전적인 명령 패턴에서 작업은 실제로 Command 객체에 의해 수행됩니다. 메시징 접근법에서 메시지는 DTO로 전달되고 처리기에 의해 실행됩니다.

더 설명하기 위해

, 내가 사용하는 응용 프로그램이

AbstractCommand 
+ Execute() 
+ CanUndo() 
+ Undo() 
+ CanChain(cmd) 
+ Chain(cmd) 

그 클래스의 구체적인 예는 다음과 같습니다

MoveUnitCommand // a unit is a graphic piece on a game board 
+ UnitId 
+ Destination 
+ Execute() 
    { 
     units = Units.Find(UnitId) 
     prevCoords = units.Position 
     units.Position = Destination 
    } 
+ CanUndo() { return true; } 
+ Undo() 
    { 
     units = Units.Find(UnitId) 
     units.Position = prevCoords 
    } 
+ etc, etc 

명령 서브 클래스는, 그것을 무엇을 설명하지 않습니다하는 것으로 실제로 시스템 상태에 따라 작동합니다.