我已经接受了使用WPF加速，至少在基本水平上的任务。我正在阅读 WPF 4 Unleashed 一书。本书的第一部分是通过XAML。
我的问题是这些：
人们是否真的使用纯XAML设计表单（手动创建XAML代码）？我唯一可以想到的可能是这种方法比在汇编程序中编写表单更乏味。
像Expression Blend这样的工具是否允许您以传统的拖放方式开发WPF表单，然后为您创建XAML？
非常感谢。
答案 0 :(得分：10)
人们是否真的使用纯XAML设计表单（手动创建XAML代码）？
是的，很多人都这样做。设计师越来越受欢迎，但了解生成的XAML非常有用。这里的诀窍是不要用Windows Forms术语来思考 - 如果你看一下Windows Forms生成的代码，那么很多代码就可以做一些非常简单的事情 - 看一下放置和连接按钮需要多少行代码，例如。在WPF中，您可以使用单个XAML元素执行此操作，并且在此过程中具有更大的灵活性。
我唯一可以想到的可能是这种方法比在汇编程序中编写表单更乏味。
我实际上不同意。 XAML需要一些时间来适应，但它具有高度描述性，因此您可以在很短的时间内创建一个非常有用的UI。
Expression Blend等工具是否允许您以传统的拖放方式开发WPF表单，然后为您创建XAML？
是。 Visual Studio 2010设计器在简单的情况下做得很好 - 但Blend功能更丰富。当涉及到更精细的样式时，它尤其闪耀 - 一旦达到速度，你就会发现你可以在Windows窗体中以非常快速和轻松的方式在Blend中自定义UI。
答案 1 :(得分：0)
人们是否真的使用纯XAML设计表单（手动创建XAML代码）？
几乎无一例外。我还没有在VS2010中使用表单设计器，而且我在Expression Blend中还不够流利，使用Blend比手动编辑XAML更快。我在Kaxaml中完成了大部分布局原型设计。
一旦我得到布局或多或少的功能，我将转移到Blend以使其看起来很好。我还使用Blend编辑控件模板。
但我总是看着XAML，即使是在Blend中。 （我花了很多时间修复Blend生成的XAML - Blend倾向于通过设置边距来定位元素是一个问题。）如果我不理解XAML，我不理解我的代码。
我唯一可以想到的可能是这种方法比在汇编程序中编写表单更乏味。
无需走那么远;试着用C＃编写它们。
一旦你熟练使用XAML，通过编辑标记开发UI元素比通过使用可能产生或不产生你想要的XAML的工具更快地开发UI元素远。到达那里需要一段时间，但我永远不会回去。