명령 패턴 및 매개 변수 디자인

Question

명령 패턴을 이해하면 '1 개의 가상 메서드'execute() '가 있고 구현에있을 수있는 모든 종속성이 생성자에 삽입되거나 설정 구현에 삽입됩니다 (예 : 논의 된 here).

그러나 패턴의 WPF 구현에서 나는 일반 인수를 execute() 함수에 전달하는 것으로 나타났습니다 (here 설명).

이 인터페이스에 오염이있는 것 같습니다. 일반 매개 변수를 execute() 함수에 추가하려는 동기는 무엇입니까?

Answer 1

데이터 바인딩 용입니다. 예를 들어 목록의 모든 객체에 명령을 바인딩하면 현재 인스턴스가 execute 메서드로 보내 지므로 현재 인스턴스를 직접 추적 할 필요가 없습니다.

그렇다고해서 WPF 명령 개념이 명령 패턴 구현이 아니라고 생각합니다. 그들은 단지 용어를 공유합니다. 명령이 무엇을 필요로하는지 가 실행되는 알고, 그리고 발신자 - -이 명령을 실행해야 할 때 을 알고

Answer 2

해당 매개 변수 뒤에 이유는 명령의 창조자 사이의 분리이다.

일부 명령에서는 실행에 필요한 일부 정보를 작성자가 사용할 수 없습니다. 호출자는 실행할 매개 변수를 전달하여 공백을 채 웁니다. 예 : 작성자는 몇 가지 기준에 따라 레코드 목록을 필터링하는 명령을 작성합니다. 이 목록은 응용 프로그램에 많은 종류의 목록이 있으므로 작성 사이트에서 사용할 수 없습니다.

호출자는 매개 변수로 전달하여 필터링해야 할 목록을 지정합니다.

Answer 3

우리는 약간 변경된 명령 패턴을 사용하므로 Execute 메소드 외에 Request와 Response의 두 가지 속성이 있으며 다형성을 사용하여 매개 변수를 매개 변수화합니다.

Answer 4

표준 명령 패턴은 일반적으로 훌륭한 자체 포함 명령으로 설명됩니다. 명령에 필요한 모든 정보가 Command 객체 인스턴스 내에 숨겨져 있습니다 (일반적으로 매개 변수화 된 생성자를 통해).

그러나 일부 경우 Execute에 필요한 매개 변수가 명령 작성시 사용 가능하지 않을 수도 있습니다 (런타임에만 알려짐). 예 : SignOutCommand(username)을 상상해보십시오. 사용자 이름은 먼저 로그인 한 후 SignOut 버튼을 클릭 할 때 결정됩니다.

따라서 사용자 이름은 Command.Execute()의 일반 매개 변수로 전달됩니다. 각 명령은 자유롭게 입력을 정의하고 이에 따라 캐스트 할 수 있습니다. 임의의 명령은 5 개의 매개 변수를 object []로 요구할 수 있습니다.

Answer 5

문제의 새로운 기능 : 이제

public class DeleteCommand : BaseCommand 
{ 
    private Dictionary<string, object> parameters; 

    public DeleteCommand(Dictionary<string, object> parameters) 
    { 
    this.parameters = parameters; 
    } 

    public void Execute() 
    { 
    var person = (Person)parameters["Person"]; 
    var salary = System.Convert.ToDouble(parameters["Salary"]); 

    // etc. 
    } 
} 

당신이 매개 변수를 수집하는 컨트롤러가있는 경우 당신은 당신의 명령을 통해 사람들을 전달할 수 있습니다.