문제

버튼이있는 간단한 스택 패널을 만들어야하는지 또는 WPF 도구 모음 클래스를 사용하여 이러한 버튼을 포함 해야하는지 여부를 결정하려고합니다 (간단한 도구 모음을 작성하고 있습니다).

WPF의 내장 도구 모음 제어를 사용하는 장단점은 무엇입니까?

지금까지 이것이 내가 본 유일한 장점입니다.

  • 툴바는 필요할 때 붕괴 될 수 있습니다. 컨텍스트 드롭 다운에서 추가 항목을 사용할 수 있습니다.
  • 도구 모음이 도구 모음 내에 포함 된 경우 여러 도구 모음을 서로에 대해 재배치 할 수 있습니다.

WPF 도구 모음에 다른 이점이 있습니까? 이것들 중 어느 것도 내 간단한 도구 모음에 적용되지 않습니다.

도움이 되었습니까?

해결책

다음 프로젝트가 언제 와서 필요한지 알지 못하기 때문에 도구 모음을 사용한다고 말합니다. 이 프로젝트가 언제 필요한지 알 수 없습니다. 나는 스택 패널을 통해 그것을 사용하는 데 실질적인 단점이 없다고 생각하며, 당신이 언급하지 않은 이점은 다음 프로젝트를위한 내장 제어에 대한 더 많은 경험을 가질 것입니다.

다른 한편으로, 나는 스택 패널로 해를 입는 데 아무런 해를 끼치 지 않으며, 앞으로 기능을 확장해야한다면 재 작업을해야한다는 것만으로도 약간의 재 작업을해야한다.

다른 팁

WPF 도구 모음에서는 접근성이 향상 될 수 있습니다. Windows UI Automation에 일부 임의 컨트롤이 아닌 도구 모음 버튼이있는 도구 모음으로 표시되기 때문입니다. 누가 당신의 소프트웨어를 사용할 것인지 결코 알지 못합니다.

또 다른 작은 장점은 그 버튼입니다 ToolBar StackPanel의 버튼은 기본 모양을 취합니다. 어떤 식 으로든 극복 할 수는 없지만 약간의 성가심은 없습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top