我正在开发一个将界面元数据存储在数据库中的应用程序。
C#.NET应用程序基本上从SQL Server表中读取按钮,标签,单选按钮等的位置,大小和文本。
据我所知,曾经编写该应用程序的人手动输入了所有这些信息,因为我找不到用于执行此操作的工具(或任何工具提示)。
无论如何,我发现在没有某种工具的情况下维护这些信息相当繁琐,我想知道这种安排的优点是什么,而不是简单地使用Visual Studio界面设计器?
答案 0 :(得分:1)
也许这只是实现INI文件的另一种方式?
没有什么可以阻止你这样做,尽管可能有这样的原因。也许有些原因导致无法将文件写入本地硬盘驱动器或存储在注册表中的密钥。
答案 1 :(得分:0)
我想如果您希望能够在不重新编译的情况下修改这些内容,那将是一个优势。它还可以让您避免分支源,然后必须维护两种变体。也许开发人员正在考虑国际化,这肯定会影响标签,也可能(因此)影响尺寸和位置。原则上,您只需要交换新表格内容就可以使用其他语言。
我可以看到为每个字段保留UI元数据而不是每个控件,以确保在整个界面中一致地呈现字段(相同的标签,格式,甚至控件,例如单选按钮)与下拉列表)。如果您需要更改8个不同窗口中使用的字段的标签,那么您只需将其固定在一个位置。