큰 XAML 프로젝트를 여러 XAML 파일로 분할

주 TabControl이있는 큰 XAML 프로젝트가 있으며 각 탭의 "페이지"에는 매우 복잡한 요소 집합과 사용자 상호 작용이 있습니다. (복잡한 산업 제어 응용 프로그램 용)큰 XAML 프로젝트를 여러 XAML 파일로 분할

각 탭의 내용에 자체 XAML 파일이 있어야하며 일부는 거대하고 관리하기 어려운 XAML 파일에 모든 것을 넣지 않으려면 부분적으로 다른 디자이너가 각각 작업 할 수 있어야합니다. 그들 자신의 탭.

XAML 프로젝트를 여러 파일로 분할하는 "올바른 방법"은 무엇입니까? 정적 리소스 및 사용자 컨트롤을 스택 오버플로에 대한 제안을 본 적이 있지만 둘 다 해당 기능의 "의도 된"용도 인 것 같습니다. 이전 은 문자열, 브러시, 색상, 스타일, 템플릿 등의 리소스를위한 것으로으로 표시되며 후자는 이며 사용자 지정 컨트롤 용으로는으로 표시됩니다. 여러 파일과 디자이너간에 큰 XAML 프로젝트를 분할하는 "최상의 방법"은 무엇입니까? 사전에

감사합니다.

출처

2012-06-20 user316117

[가능한 여러 개의 Xaml 파일에 WPF 인터페이스 나누기] (http://stackoverflow.com/questions/224765/splitting-wpf-interface-across-multiple-xaml-files) –

가 자원으로 DataTemplate을의의를 사용하여 (따라서 분열 시도 만들기 때문에 그게 훨씬 더 효율적 리소스 파일) 및 (이 시나리오를) 적합한 경우이 지금 받아 그대로

http://msdn.microsoft.com/en-us/library/ms742521.aspx#Styling_DataType

그렇지 않으면, 추가 된 UserControls을 사용하여 데이터 개체의 특정 인스턴스에 corresponfding UI의 특정 부분에 자신의 데이터 형식 속성을 설정 너의 r 달성을위한 방법 equirements.

출처

2012-06-20 15:33:07

이 시나리오에서는 사용자 컨트롤이 _work_하지만 아무런 문제가 없다. MSFT에서 보았을 때 의도 한 목적은 여러 번 다시 사용할 수있는 컨트롤을 만들거나 여러 프로젝트간에 컨트롤 라이브러리를 공유하는 것입니다. 그러나 큰 XAML 프로젝트를 여러 파일로 분할해야하므로 덜 복잡한 또는 여러 개발자/디자이너들 사이에 나누는 것은 큰 상업/산업 프로젝트에서 일반적입니다 (어리석게도) MSFT는이를 위해 의도 된 기능을 가지고 있다고 생각했기 때문에 망치 용 스패너를 사용할 필요가 없습니다. – user316117

@ user316117 나는 당신과 같은 질문을했습니다. 어떤 답을 찾았습니까? 프레임을 사용할 수없는 이유는 무엇입니까? – RobinAtTech

하나 컨트롤에 여러 개의 컨트롤을 결합하고 있기 때문에 그 몇 된 UserControls를 사용하는 것과 개요가

출처

2012-06-20 13:21:04

Microsoft는 UserControl 클래스를 "컨트롤을 만드는 간단한 방법"이라고 정의합니다. 그러나 어떤 컨트롤도 만들 필요가 없습니다. 주식 컨트롤은 저에게 좋습니다. 각 탭에는 특정 목적이 있습니다. 예를 들어, 하나는 제조 equiplent (버튼, 확인란 등)를 구성하는 데 사용되고, 다른 하나는 제조되는 부품과 장비의 부품을 연관시킵니다 (라디오 버튼, 일종의 데이터베이스에 바인딩 된 listview 등). 모든 컨트롤은 매우 바닐라지만 각 탭에는 제조 프로세스를 WRT하는 자체 목적이 있습니다. – user316117

자신 만의 컨트롤을 만들고 싶다면 내 의견으로는 UserControl이 아닌 CustomControl을 만들고 그게 내가 일하는 방법이야, 미안해 =) –

큰 XAML 프로젝트를 여러 XAML 파일로 분할

답변

관련 문제