问如何高效地编写WPF？

EN

编写您自己的库，或者找到现有的库。

WPF很棒，但它缺少了一些可以让编码速度更快的东西。我厌倦了重复编写相同的东西，所以我最终创建了自己的库，里面充满了转换器、可视化树帮助器、附加属性、自定义控件等内容，从那时起，我的开发时间大大加快了。

除了我自己的库之外，我还开始使用微软的Prism和Galasoft的MVVM Light Toolkit。它们都包含我一直在使用的有用的对象，而且比我自己编写的代码要好。(最常用的是来自Prism的NotificationObject，来自MVVM Light Toolkit的RelayCommand，以及来自任一项目的EventAggregator或Messenger，等等)

为了加快编码速度，我做的另一件事是利用Visual Studio的宏。例如，要创建一个具有更改通知的属性，我编写了私有属性，点击生成公共版本的Ctrl+E，Ctrl+R，然后运行一个宏，该宏在setter方法中自动设置PropertyChanged通知。

我几乎从不更改默认宏的设置器方法，而是使用PropertyChanged事件来处理设置器上应该发生的任何更改。这不仅使跟踪应用程序流变得更容易，而且还极大地减少了我过去浪费在浏览公共属性以更改setter方法上的时间。

有几件事为我节省了很多时间：

• 使用DockPanel作为布局的默认面板，除非你有充分的理由不这样做。
• 保留了一个充满有用类的文件夹:实现INotifyPropertyChanged的ViewModelBase类，RelayCommand类等。没有必要花哨，并试图将其作为构建到项目中的单独程序集；只需编写相当好的实现并将其复制/粘贴到新项目中即可。

<代码>h19获取Resharper并使用它。使用模板创建依赖项属性、更改通知的属性和commands.

• Find，或者为异步任务管理构建良好的库。

我发现，即使对于非常简单的应用程序，使用WPF也比使用Windows窗体更快地完成了更多的工作。对于不是非常简单的应用程序，绝对没有可比性。

在大多数情况下，WPF应用程序需要进行大量的开发工作，因为很难将UI特性去掉。你不能简单地说，“哦，那是不可能的”，因为它很可能是可能的(不管“它”是什么)。

我相信正确的答案根本不适用于WPF，但它可以满足您的需求。

大多数时候，当你想要利用一项新技术时，你的效率和生产力都不是很高，你的解决方案也不是那么令人印象深刻，没有创意，或者看起来不像其他人。

使用WPF本身会给你带来更高的效率。

它更多的是关于项目管理的主题，而不是编程。在完成一些项目后，你的团队和你应该去一些房间讨论：

development.

• Pros和cons期间的应用程序成功stories.

• Problems。在团队和customer.

• ...内的应用程序和问题中
• 失败以此类推。

如果每个人都分享他们的知识，项目经理或团队负责人做好记录每个项目故事的工作，最终每个人都会有一个“诀窍”。

此外，重要的是，您不需要为每个新项目重新发明轮子:如果某个模式工作得很好，那么下次也要用同样的方法，即使这不是最好的方法。如果可能的话，试着增强它。

设计模式，技术，范式，语言，公司，同事和什么都不是是银弹:微软说WPF是Windows客户端开发的进步，它是:一种更现代的方法来提供闪亮的用户界面和编程范式，适合当今所需的方法，缓解了程序员和设计师之间的关系，就像WPF有XAML，它不仅允许分离关注点，而且允许按领域分离专业人员(设计师，UI程序员，业务程序员，...)。

最后，正如我上面所说的，WPF不会是你的银弹:从你自己的成功中学习并阅读很多东西，查看示例应用程序，下载开源解决方案，倾听你的同事，喝杯咖啡，毕竟，在不久的将来的某一天，在一些令人头疼的事情之后，你将利用这些技术(以及许多其他技术)。

编辑

我想补充的是，使用技术诀窍的一个好方法是创建一个Visual Studio指导包，这样您就可以像创建管理器、视图、模型和其他事情一样自动执行许多任务，就像您的团队手动完成的那样。

例如，您可以为类似于WPF CRM的应用程序创建一个指导包，并且可以自动创建模块。当你想要添加一个新模块时，指导包会启动一个过程，这个过程会添加所有必要的类来开始开发这个新模块，并且它可以创建一个已经与导航管理器、控制器或其他任何东西关联的示例表单(这只是一个示例)。

Guidance pack和T4都是自动化日常任务中繁琐或重复的任务的好工具：

• http://msdn.microsoft.com/en-us/library/ff631854.aspx
• http://msdn.microsoft.com/en-us/library/bb126445.aspx