对于C#/.NET是否有一种更具声明性的GUI方法？

（如果我们能找到一个更准确的术语来描述我将要描述的内容，那么请重新表述标题）

我正在学习.NET，我注意到大多数GUI功能（特别是Windows窗体和WPF）都是根据工作流程设计的，这些工作流程围绕着可视化设计GUI，并使用事件处理程序将其付诸实施，灵感来自Borland Delphi

在使用过Java和Eclipse技术（如命令框架JFace nad）之后，我已经习惯了另一种方法，我可以总结为：

• 创建逻辑对象，例如：
  • 命令（指定其行为和元数据，如名称、图标、帮助字符串）
  • 数据模型（指定其访问方法）
• 使用基础结构自动为上述内容创建GUI部件，如中所示：
  • “从此命令创建按钮”
  • “在对象类型XYZ的所有弹出窗口中使用此命令创建菜单选项”
  • “为此数据源创建树查看器”

等等

我赞成这种方法，因为它允许我分离逻辑和显示，同时不需要我编写太多的样板文件，例如单个控件的事件处理程序

---

您可以推荐类似的.NET设施吗？

您可以结帐和。

您可以结帐和。

是的。Gue what-阅读文档。更新版本的.NET

---

MS with Windows Vista或7添加了基于WPF的库（.nET 3.5），这些库使用基于XAML的方法。有了一些扩展（完全符合它准备在缺货时所做的），您几乎不用在XAML部分编程、挂钩和处理程序（方法）就可以完成整个UI。

是的。Gue what-阅读文档。更新版本的.NET

---

MS with Windows Vista或7添加了基于WPF的库（.nET 3.5），这些库使用基于XAML的方法。有了一些扩展（完全符合它准备在缺货时做的），你几乎不用在XAML部分编程、挂接命令和处理程序（方法）就可以完成整个UI。

是的，但是XAML与相应的C#代码不是有20行python代码吗？我不是写了同样的东西吗，但是用更少的

（）

和更多的

s？不。WPF XAML代码基本上是对象图的持久化，对象也是方法等的挂钩。它是为了将设计（对象的状态）与所述对象的编程分离而优化的。是的，但是XAML与相应的C#代码不是有20行python代码吗？我不是写了同样的东西吗，但是用更少的

（）

和更多的

s？不。WPF XAML代码基本上是对象图的持久化，对象也是方法等的挂钩。它是为将设计（对象状态）与所述对象的编程分离而优化的。@请解释自己，并告诉我我的问题出了什么问题，以便我能够纠正它，并在将来提出更好的问题@投票人，请解释你自己，并告诉我我的问题出了什么问题，这样我可以纠正它，并在将来提出更好的问题！