MVVM Light 만 사용하는 별도의 클래스에 구현 된 ICommand?

Question

우리는 리본이 달린 커다란 앱을 가지고 있습니다. 리본 버튼은 모두 기본보기 모델 (기본 앱 창의 데이터 컨텍스트)에있는 명령에 바인딩됩니다.

다양한 리본 명령에 바인딩 된 RelayCommands를 많이 만들면서 MainViewModel의 생성자가 커지기 시작합니다. 차라리 MainViewModel의 생성자에서 인라인 코드의 톤보다, 각 명령을 구현하는 별도의 수업을 선호하는 것

public MainWindowViewModel() 
    { 
     this.OpenProjectCommand = new RelayCommand(() => 
      { 
       // buncha code 
      }); 

     this.ProjectTypesCommand = new RelayCommand(() => 
      { 
       // more code 
      }); 

     this.NewSectionCommand = new RelayCommand(() => 
      { 
       // code code code... 
      }); 
     // ... only three ribbon buttons down, this is gonna get huge... 
    } 

: 그것은 다음과 같이 보입니다. (또는 OpenProject, CanOpenProject와 같은 MainViewModel에서 많은 대리자를 만든 다음 RelayCommand 생성자에 대한 참조를 전달합니다.)

단순히 CommandBase에서 ICommand를 구현 한 다음 별도의 명령을 작성하지 않는 이유는 무엇입니까? 왜냐하면 저는 this question에 따라 "표준 친화적"이되고 싶습니다.

내 명령이 별도의 클래스가되도록 사용할 수있는 표준 ICommand 구현이 있습니까?

이미 MVVM Light를 사용하고 있으므로 믹스에 MVVM 프레임 워크를 추가하지 않는 것이 좋습니다. 그러나 나는 또한 바퀴를 재발 명하고 싶지 않다.

업데이트 : MainViewModel.cs는 수십 개의 #regions 또는 명령 방법으로 어지러 울 필요가 없습니다. 확장 방법은 IMHO에 적합하지 않습니다.

Answer 1

내가하는 방식은 "하위 뷰 모델"이 있다는 것입니다. 예를 들어 MainViewModel의 경우 PrintCommand 및 CancelPrintCommand이 있다고 가정 해 보겠습니다. PrinterViewModel이라는 새 클래스를 만들 수 있으며이 클래스의 인스턴스를 MainViewModel에 노출시킬 수 있습니다. PrintCommand 및 CancelPrintCommand이이 PrinterViewModel입니다 (모듈 단위 테스트가 가능하므로 깔끔합니다). XAML에서 그런

: 또는

Command="{Binding Main.Printer.PrintCommand}" 

, 당신은 이해

new RelayCommand(() => Printer.DoSomething()) 

합니까을 할 수 있습니까?

건배 로랑

Answer 2

적어도 게터에서 만들 수 있습니다. ?? 운영자. 반환 _testCommand,하지만 여전히 널 (null) 인 경우 먼저 생성 :

http://msdn.microsoft.com/en-us/library/ms173224.aspx

이것은 기본적으로 말한다.

이렇게하면 명령이 필요할 때까지 명령이 만들어지지 않습니다! 당신의 목표는 구성 할 경우

public class TestViewModel : ViewModelBase 
{ 
    #region OpenCommand 
    private RelayCommand _testCommand; 
    public RelayCommand TestCommand { 
     get { 
      return _testCommand = _testCommand 
       ?? new RelayCommand(
        this.ExecuteOpenCommand, 
        this.CanOpenCommandExecute); 
     } 
    } 
    private void ExecuteOpenCommand() 
    { 
     // do stuff 
    } 

    private bool CanOpenCommandExecute() 
    { 
     return true; 
    } 
    #endregion 
} 

, 당신은 # 지역 및 #endregion를 사용할 수 있습니다. 그리고 우리가 말했듯이, 당신의 목표가 건설 과정을 축소시키는 것이라면, ?? 게터에서 연산자. 인라인 코드가 싫다면 getter에서 RelayCommand와 함께 private 메소드를 생성하십시오.