PHP菜鸟自学C#半个月,高手不要笑话本人…
例如 程序有两个WPF页面,这两个页面的头部(header)和底部(footer)是一样的
问一下有没有办法把他们做成独立的XAML,然后用相似 include或require之类的命令把他们包含在其他XAML中?
例如 程序有两个WPF页面,这两个页面的头部(header)和底部(footer)是一样的
问一下有没有办法把他们做成独立的XAML,然后用相似 include或require之类的命令把他们包含在其他XAML中?
解决方案
10
别把思想停留在网页上
把你想复用的东西做成user control
然后从工具箱拖进来就行了
把你想复用的东西做成user control
然后从工具箱拖进来就行了
10
复用的部分，叫做“用户控件”。
界面开发，其实有两个基本层次，目前可以由此区分业余和（开始进入）专业开发。
设计一个界面开发方案，应该是可以自本人包含的，本人开发的控件内部可以包含本人开发的其它控件。这是专业的做法。而窗体不具有这个能力，所以通常是把窗体当作“胶水”，用一分钟简单地把已经做好的用户控件拖进去，简单地写上3、4行代码，就完成了窗体开发。专业的开发都是围绕着用户控件或自定义控件的，而业余的开发才会一直去围绕着刚开始学者所学的窗体开发方式。
界面开发，其实有两个基本层次，目前可以由此区分业余和（开始进入）专业开发。
设计一个界面开发方案，应该是可以自本人包含的，本人开发的控件内部可以包含本人开发的其它控件。这是专业的做法。而窗体不具有这个能力，所以通常是把窗体当作“胶水”，用一分钟简单地把已经做好的用户控件拖进去，简单地写上3、4行代码，就完成了窗体开发。专业的开发都是围绕着用户控件或自定义控件的，而业余的开发才会一直去围绕着刚开始学者所学的窗体开发方式。
10
当然本人不是说凡是窗体开发都是业余的。不要反向抠本人说的字眼儿。
本人说的是，当你遇到需要动态装配的组件时，你怎么样架构你的 UI 前端开发框架。这个时候应该很轻盈地设计架构。假设一个系统有50个窗体，那么那你应该用98%的时间去设计和开发15个业务组件（并且把它们组合在一起），然后把其中10种组件拖入50个窗体（另外5种组件只用在其它组件中，而不用在窗体中），随时可以调整“胶水”的表现。当你需要规划一个框架时，你就这样设计。
而假设你就是随便创建一个测试窗体，用来显示一下“1+2=？”的简单实例，此时用不着设计一个 UI 项目框架，那么你就不用费脑筋去设计。这时候就会很自然地把什么都用窗体来实现。
本人说的是，当你遇到需要动态装配的组件时，你怎么样架构你的 UI 前端开发框架。这个时候应该很轻盈地设计架构。假设一个系统有50个窗体，那么那你应该用98%的时间去设计和开发15个业务组件（并且把它们组合在一起），然后把其中10种组件拖入50个窗体（另外5种组件只用在其它组件中，而不用在窗体中），随时可以调整“胶水”的表现。当你需要规划一个框架时，你就这样设计。
而假设你就是随便创建一个测试窗体，用来显示一下“1+2=？”的简单实例，此时用不着设计一个 UI 项目框架，那么你就不用费脑筋去设计。这时候就会很自然地把什么都用窗体来实现。
10
多看看WPF用户控件的使用。