안녕하십니까.
제 Applcation에는 8개의 같은 모양의 Toggle button이 존재합니다. User Control로 만들어서 사용중이고, Command와 Command Parameter를 Dependency Property로 만들어서 사용하려고 합니다.
8개의 Toggle button은 하나의 Command를 바인딩 받고 Parameter로 함수의 동작을 나누려고 하는데,
xaml단에서 기본값 형식과 일치하지 않는다고 오류가 발생하네요. 제가 뭘 잘못 했을까요? View
아, 저도 이저 전체 소스 코드를 따라가면서 확인한 게 아니라
정확히 이거다… 라고 말씀은 못 드리겠고 그냥 제시하신 코드 안에서 추측을 한 건데요.
UserControl.xaml.cs 의 일부만 제시하신 걸로봐서
ToggleButton 을 상속해서 뭔가 재정의 한 건 아닌 거 같군요.
클릭이 안 된다는 게 어떤 말인지 정확히 잘 모르겠어요
클릭 버튼이 활성화 안 되어서 누르는 게 불가능하다는 얘기인지, UI 로 클릭은 되는데 이벤트 발생이 안 된다는 건지, 이벤트는 들어오는데 command 호출이 안 된다는 건지…
정확한 의미를 모르겠네요. 이것부터 정확히 알아야 할 거 같아요.
그냥 여기서 command 호출이 안 된다는 걸로 가정했을 때 드는 의문인데요. UserControl.xaml.cs에서 별도의 ICommand 속성을 정의하시 이유가 있을까요?
딱히 지금 사용법이나 연결 구문으로 봤을 때에는 그다지 필요하지 않아보여서요. 어차피 원래 Button 의 속성으로 존재하는 건데 따로 정의하는 이유를 모르겠네요. 특별히 전용 command 를 만들거나 조작하는 구문은 없어보이는 데 맞나요?
ICommand 가 구현된 대상 객체를 선택하고 싶다면 그냥 DataContext 선택 구문을 Binding 구문에 추가하는 게 더 나을 수도 있겠네요.
일단 그렇다고 치고, 만약 지금 코드에서 정상적으로 빌드되고 Command 연결이 정상이라고 할 때 디버깅을 통해 어디까지 이벤트 호출이 진행되었는지 확인해보셨는지요?
사실 디버깅 문제는 이렇게 조각난 코드만 가지고는 알 수 있는 게 별로 없어서 큰 도움은 못 드릴 거 같고, 그냥 추측성 발언 몇 가지들만 왔다갔다 할 수밖에 없거든요
그 다음부터는 스스로 디버깅해서 찾아내는 방법밖에 없긴해요.
가장 좋은 건 재현가능한 소스코드를 같이 올려주시는 게 가장 좋을 거 같은데요. 지금으로썬 요정도가 최선일 거 같슴다.
using System.Windows;
using System.Windows.Controls;
using System.Windows.Input;
namespace WpfApp41;
/// <summary>
/// CustomToggleButton.xaml에 대한 상호 작용 논리
/// </summary>
public partial class CustomToggleButton : UserControl
{
public readonly static DependencyProperty CommandProperty = DependencyProperty.Register(nameof(Command), typeof(ICommand), typeof(CustomToggleButton), new PropertyMetadata(null));
public readonly static DependencyProperty CommandParameterProperty = DependencyProperty.Register(nameof(CommandParameter), typeof(int), typeof(CustomToggleButton), new PropertyMetadata(0));
public readonly static DependencyProperty TextProperty = DependencyProperty.Register(nameof(Text), typeof(string), typeof(CustomToggleButton), new PropertyMetadata(string.Empty));
public ICommand Command
{
get => (ICommand)GetValue(CommandProperty);
set => SetValue(CommandProperty, value);
}
public int CommandParameter
{
get => (int)GetValue(CommandParameterProperty);
set => SetValue(CommandParameterProperty, value);
}
public string Text
{
get => (string)GetValue(TextProperty);
set => SetValue(TextProperty, value);
}
public CustomToggleButton()
{
InitializeComponent();
}
}
이런 상황에서는 UserControl 보다는 CustomControl 을 사용하는 게 더 나아보임다.
사실 UserControl 이나 CustomControl 이나 view 를 만든다는 차원에서는 큰 차이가 없을 수도 있는데
저는 개인적으로
Layout 을 만드는 view → UserControl
componet 를 만드는 view → CustomControl
이렇게 정의를 하고 사용하는 편이에요.
개별 control 수준의 component 를 만들어 독립적으로 재사용해야하는 상황이라면
CustomControl 로 정의해 구현하는 게 훨씬 더 간단하고 직관적일 수 있고, 테스트하기 용이해져요.
또 독립적으로 구현하기 때문에 DataContext 에 신경쓰지 않고 작성할 수 있구욜. ㅇㅅㅇ!
UserControl 에 component 를 다 때려박고 만들어도 큰 상관은 없는데
component 를 포함하는 UserControl 의 경우 DataContext 에 의존적인 구현이 들어갈 가능성이 있고
디버깅할 때 독립적으로 따라기 어려운 상황이 연출될 수도 있어요.(지금처럼말이죠.)
만약 toggleBtn 을 CustomControl 로 구현했다면
command 연결을 디버깅하고 싶을 때 아예 별도의 프로젝트에 뜯어다가 넣고
거기서 간단한 View 에 엮어서 테스트해볼 수 있죠.(문제를 단순화 해서 찾기 위해서!)
그런데 이렇게 UserControl 내부에 정의해 다른 view 와 섞인 상태로 구현하면
위에서 말한 문제를 단순화하는 방식의 디버깅이 어려워 집니다.
네. Toggle Button을 상속 받아서 재정의 하지는 않았습니다. 8개의 Toggle Button이 모두 같은 외형과 기능을 제공하기 때문에 한 개의 User Control로 정의하여 사용하려고 합니다.
프로그램을 실행 시, 클릭이 되는건지는 모르겠지만 토글 버튼이 눌리지 않습니다. 원래는 눌리게 될 경우, 토글 버튼의 이미지가 변해야 하는데 변하지 않습니다.
별도의 ICommand 속성을 정의한 이유는 그렇게 해야만 토글 버튼의 Check나 UnCheck 같은 클릭 시 발생하는 이벤트를 처리할 수 있을거라고 생각 했기 때문입니다. User Control이 필요한 부분에서 호출 후 이벤트를 정의할 때 Dependency Property로 선언한 속성들만 보여서 그렇게 생각했습니다.
특별히 전용 command를 만들지는 않습니다. 그저 User Control에서 발생한 이벤트를 View Model 단에서 처리하고 싶을 뿐입니다.
1번의 이유로 바인딩 오류인지, 클릭 시 이벤트가 어디까지 타는지 확인하지 못하고 있습니다…
재현 가능한 소스 코드라고 하시는게 어느 부분을 말씀하시는지 정확히 모르겠습니다. User Control과 비하인드 코드, View와 View Model의 소스 코드를 모두 올렸는데 다른 부분이 더 필요한가요?
필요한 부분을 말씀 주시면 빠른 시간 내에 올려보겠습니다. 질문이 처음이다 보니 미숙하네요. 답변 감사드립니다.
우선 이것부터 확인해야할 거 같아요. 다른 view 에 막혀서 아예 mouse down 이 전달 안 됐을 수도 있어요. 정상적으로 click 이벤트가 발생했는지 확인부터 해야할 거 같습니다.
ToggleButton 이 Checked / Unchecked 이벤트를 따로 지원하긴하는데 view 에서 직접 이벤트 핸들러를 붙여서 사용하는 상황이 아니라면 다른 방법을 주로 사용합니다.
이미 command 를 붙여서 구현했다는 건 toggle 상태가 변하는 것을 받아서 ViewModel 에서 뭔가 처리하고 싶다는 걸로 보이는데요.
그럼 단순히 click 이벤트에 대응하는 Command 속성을 연결해 처리하기보다는 IsChecked 속성을 binding 해 ViewModel 에서 직접 받아서 사용하는 게 더 나은 선택 같아요.(저라면 그렇게 하겠숨…)
이벤트를 확인하는 방법은 VS의 visual tree 나… 저는 snoop 애용합니다…(옛날 사람… ;ㅅ;)
재현가능한 소스 코드는 말 그대로 vs 로 열었을 때 로딩 가능한 수준 혹은 적어도 @dimohy 의 예제 정도 수준을 얘기합니닷 ㅇㅅㅇ/
