이 자식 컨트롤 여기

Question

에서 Command.CanExecute 사용 방법 설정 (제거 외부 레이아웃 코드)입니다 :

Window.xaml

<Button Name="btn_Next" Command="NextPage">Next</Button> 
<ContentControl Name="contentControl1" > 
     <Binding ElementName="MainWindow" Path="CurrentPage"/> 
</ContentControl> 

Window.xaml.cs 생성자

var nextCommand = new CommandBinding(NavigationCommands.NextPage); 
    nextCommand.CanExecute += nextCommand_CanExecute; 
    nextCommand.Executed += nextCommand_Executed; 
    CommandBindings.Add(nextCommand); 

이것은 기본 예제에서 유용합니다. nextCommand_CanExecute은 CurrentPage가 마지막 페이지인지 확인합니다. 그러나, 그 논리는 현재 배열을 검사하고 선형 탐색에만 작동합니다. 그러나 내비게이션은 나무처럼 보이므로 작동하지 않을 것입니다. contentControl1의 항목이 다른 방향으로 분기하는 경우가 있습니다. 그래서 CurrentPage 사용자 컨트롤에 CanExecute을 무시할 수있는 권한을 부여하고 싶습니다. 제 문제는 UserControl을 CanExecute으로 시작하는 방법을 알아낼 수 없다는 것입니다. CommandTarget 설정을 사용하지 않으려 고 시도했습니다. 내 자식 컨트롤에는 결코 CanExecute 메소드가 트리거되지 않았습니다. 심지어 부모 창 CanExecute e.ContinueRouting = true 사용하려고했습니다. 도움이 될 경우 사용자 컨트롤 코드는 다음과 같습니다.

사용자 제어 Constrtuctor :

var nextCommand = new CommandBinding(NavigationCommands.NextPage); 
    nextCommand.CanExecute += nextCommand_CanExecute; 
    CommandBindings.Add(nextCommand); 

사용자 제어 CanExecute 방법 : 아래로 다시 거품 다음을 시작하고 컨트롤에 시각적 트리의 루트에서

private void nextCommand_CanExecute(object sender, CanExecuteRoutedEventArgs e) 
{ 
    e.CanExecute = false; 
    e.Handled = true; 
} 

Answer 1

라우팅 명령 이벤트 터널 쪽으로. 조쉬 스미스 (Josh Smith)의 라우팅 된 명령에 대한 기사는 어떻게 작동하는지에 대한 좋은 글을 가지고 있습니다 (특히 "라우팅 된"섹션 참조) http://joshsmithonwpf.wordpress.com/2008/03/18/understanding-routed-commands/.

사용자 컨트롤 (콘텐츠 컨트롤 내부)이 명령을 내리는 단추의 "조상"이 아니기 때문에 라우트 된 이벤트는 결코 전달되지 않습니다. 시각적 트리가 구조화 된 방법을 감안할 때 라우팅 된 명령이 충분하지 않을 것이라고 생각합니다.

마음에 오는 첫 번째 솔루션은 CanExecute/Executed 로직을 사용자 컨트롤에 위임하기위한 자체 메커니즘을 조정하는 것입니다. 어쩌면 당신은 필요한 모든 명령 CanExecute/Executed를 정의하는 모든 컨트롤에 의해 구현되는 기본 클래스 또는 인터페이스를 정의 할 수 있습니다. 그런 다음 인터페이스/기본 클래스 유형으로 현재로드 된 컨트롤을 캐스팅하고 적절한 메서드를 호출하는 최상위 구현을 가질 수 있습니다.