Wpf XAML与UI开发

我的任务是跟上WPF的发展速度，至少在基本水平上是这样。我正在翻阅WPF4发行版的书。这本书的第一部分是通过XAML

我的问题是：

• 人们真的使用纯XAML（手动创建XAML代码）设计表单吗？我能想到的唯一比这种方法更乏味的事情是用汇编语言编写表单

• Expression Blend等工具的设计是否允许您以传统的拖放方式开发WPF表单，然后为您创建XAML

非常感谢

人们真的使用纯XAML（手动创建XAML代码）设计表单吗

是的，很多人喜欢。设计师越来越受欢迎，但了解生成的XAML非常有用。这里的诀窍不是用Windows窗体的术语来思考——如果你看一下Windows窗体生成的代码，做一些非常简单的事情需要很多代码——例如，看看放置和连接一个按钮需要多少行代码。在WPF中，您可以使用单个XAML元素实现这一点，并且在过程中具有更大的灵活性

我能想到的唯一比这种方法更乏味的事情是用汇编语言编写表单

我实际上不同意。XAML需要一些时间来适应，但它具有高度的描述性，因此您可以在很短的时间内创建一个非常有用的UI

Expression Blend等工具的设计是否允许您以传统的拖放方式开发WPF表单，然后为您创建XAML

对。VisualStudio2010设计器在处理简单案例方面做得很好—不过，Blend的功能更加丰富。当涉及到更精细的样式设计时，它尤其引人注目——一旦达到了最快的速度，你会发现你可以以你在Windows窗体中从未想象过的方式，非常快速、轻松地定制一个混合的UI

人们真的使用纯XAML（手动创建XAML代码）设计表单吗

是的，很多人喜欢。设计师越来越受欢迎，但了解生成的XAML非常有用。这里的诀窍不是用Windows窗体的术语来思考——如果你看一下Windows窗体生成的代码，做一些非常简单的事情需要很多代码——例如，看看放置和连接一个按钮需要多少行代码。在WPF中，您可以使用单个XAML元素实现这一点，并且在过程中具有更大的灵活性

我能想到的唯一比这种方法更乏味的事情是用汇编语言编写表单

我实际上不同意。XAML需要一些时间来适应，但它具有高度的描述性，因此您可以在很短的时间内创建一个非常有用的UI

Expression Blend等工具的设计是否允许您以传统的拖放方式开发WPF表单，然后为您创建XAML

对。VisualStudio2010设计器在处理简单案例方面做得很好—不过，Blend的功能更加丰富。当涉及到更精细的样式设计时，它尤其引人注目——一旦达到了最快的速度，你会发现你可以以你在Windows窗体中从未想象过的方式，非常快速、轻松地定制一个混合的UI

人们真的使用纯XAML（手动创建XAML代码）设计表单吗

几乎总是这样。我还没有在VS2010中使用表单设计器，而且我在Expression Blend方面还不够流利，使用Blend比手工编辑XAML要快。我大部分的布局原型都是用Kaxaml做的

一旦我得到了或多或少的功能布局，我会转移到混合，使它看起来不错。我还使用Blend编辑控件模板

但我总是看XAML，即使是混合的。（我花了很多时间修复Blend生成的XAML—Blend通过设置元素的边距来定位元素的倾向有点问题。）如果我不理解XAML，我就不理解我的代码

我能想到的唯一比这种方法更乏味的事情是用汇编语言编写表单

没有必要走那么远；试着用C写吧

一旦你熟练地使用XAML，通过编辑标记来开发UI元素要比通过使用工具来开发要快得多，这些工具可能会产生你想要的XAML，也可能不会产生你想要的XAML。到那里需要一段时间，但我再也不会回去了

人们真的使用纯XAML（手动创建XAML代码）设计表单吗

几乎总是这样。我还没有在VS2010中使用表单设计器，而且我在Expression Blend方面还不够流利，使用Blend比手工编辑XAML要快。我大部分的布局原型都是用Kaxaml做的

一旦我得到了或多或少的功能布局，我会转移到混合，使它看起来不错。我还使用Blend编辑控件模板

但我总是看XAML，即使是混合的。（我花了很多时间修复Blend生成的XAML—Blend通过设置元素的边距来定位元素的倾向有点问题。）如果我不理解XAML，我就不理解我的代码

我能想到的唯一比这种方法更乏味的事情是用汇编语言编写表单

没有必要走那么远；试着用C写吧

---

一旦你熟练地使用XAML，通过编辑标记来开发UI元素要比通过使用工具来开发要快得多，这些工具可能会产生你想要的XAML，也可能不会产生你想要的XAML。到那里需要一段时间，但我再也不会回去了。

+1这确实帮助我理解了XAML的用途。谢谢你，里德。+1这真的帮助我理解了XAML的用途。谢谢你，里德。