我一直在想,我应该在什么时候放弃静态数据输入表单的便利性以及对动态 UI 的设计器支持,从而消除大量代码重复?
在编程世界中似乎存在冲突,人们不断地尝试删除代码重复以提高可维护性,但是当涉及到表单时,一切都消失了,一切都被明确地添加到表单中。
我应该寻找什么迹象才能知道什么时候该让设计师尘埃落定并创建动态 UI?
我一直在想,我应该在什么时候放弃静态数据输入表单的便利性以及对动态 UI 的设计器支持,从而消除大量代码重复?
在编程世界中似乎存在冲突,人们不断地尝试删除代码重复以提高可维护性,但是当涉及到表单时,一切都消失了,一切都被明确地添加到表单中。
我应该寻找什么迹象才能知道什么时候该让设计师尘埃落定并创建动态 UI?
动态 UI 适用于某些类型的数据和某些业务流程
大多数情况下,一旦出现任何级别的复杂性,它们就会看起来很丑
我使用一个模型来定义由以下组成的动态表单:组框架、标签、文本框、数字框、选项按钮和 WPF 中的复选框
它适用于填写基本数据以控制模板化文档和目录的创建
但我认为它不适用于具有复杂层次结构等的典型业务数据
我可以谦虚地建议Metawidget吗?
正如您所说,它不会尝试“生成整个 UI”。它只是一个“在具有大量共同点的复杂表单系统中生成重复代码”的系统。
如果您有机会看一看,我很乐意在我们的论坛上听到您的反馈。
UI 必须针对用户工作流程进行优化,必须使数据输入方便并且必须看起来不错,如果不是不可能的话,为具有现实世界复杂性的任何事物自动生成这样的 UI 是很困难的。