단추가있는 간단한 StackPanel을 만들지, 또는 단추를 포함 할 WPF ToolBar 클래스를 사용해야하는지 (간단한 도구 모음 만들기) 여부를 결정하려고합니다.WPF ToolBar의 장점은 무엇입니까?
WPF의 기본 제공 ToolBar 컨트롤을 사용하면 장단점은 무엇입니까?
지금까지, 이들은 내가 본 유일한 장점 : 필요한 경우
WPF ToolBar의 다른 이점은 무엇입니까? 이들 중 어느 것도 내 간단한 도구 모음에 적용되지 않습니다.
나는 툴바를 사용한다고 말하고 싶습니다. 왜냐하면 다음 프로젝트가 언제 필요해 지는지 알 수 없기 때문입니다. 이 프로젝트가 필요할 때도 알 수 없습니다. StackPanel에서 사용하는 데 실제적인 단점이 있다고 생각하지 않으며 언급하지 않은 이점은 다음 프로젝트에 대한 컨트롤을 내장하여 더 많은 경험을 가질 수 있다는 것입니다.
반면에 StackPanel을 사용하면 아무런 해가 없습니다. 향후 기능을 확장해야하는 경우 재 작업을해야합니다.
또 다른 아주 작은 장점은 ToolBar의 버튼이 올바르게 스타일이 지정되는 반면 StackPanel의 버튼은 기본 모양을 취하는 것입니다. 어떤 수단으로도 극복 할 수는 없지만 약간의 성가심은 덜합니다.
+1. 네이티브 컨테이너의 컨트롤처럼 보이도록 비 네이티브 컨테이너의 컨트롤을 다시 스타일링하는 것은 거의 쓸모가 없습니다. – micahtan
그러면 도구 모음이 자동으로 단추의 스타일에 영향을줍니다. –
네,하지만이 스타일을 자신의 버튼이나 체크 박스 등에 적용 할 수는 있습니다. ToolBar의 정적 멤버를보고 무슨 뜻인지 확인하십시오. –
WPF 도구 모음에서는 Windows UI 자동화에 임의의 컨트롤 대신 도구 모음 단추가있는 도구 모음으로 표시되기 때문에 액세스 가능성이 더 좋을 수도 있습니다. 소프트웨어를 사용할 사용자를 알 수 없습니다.
위대한 답변 - 이것은 절대로 생기지 않았을 것입니다. –
단점은 무엇입니까? –
단점은 복잡합니다. 하나의 도구 모음 만 사용하기 때문에 위치를 변경하는 그립은 필요 없으며 컨트롤을 제거하기 위해 다시 템플릿을 만들어야합니다. –
그립을 제거하기 위해 템플리트를 다시 만들 필요는 없습니다. 속성을 설정하기 만하면됩니다. http://stackoverflow.com/questions/1050953/wpf-toolbar-how-to-remove-grip-and-overflow –