C# 如果UI元数据存储在数据库中怎么办？在设计这种类型的应用程序之前，我需要考虑哪些场景？

我正在开发一个.NET应用程序，我们正在数据库中存储我们的UI元素（UI接口元数据）。有人能告诉我在设计时需要考虑哪些维护、性能、部署、升级应用程序的场景？p>

---

将UI元数据存储在XML中和将UI元数据存储在数据库中有什么折衷之处？

我认为定义一些您正在存储的元数据示例会有所帮助

当您谈到UI的元数据时，我想到了一些事情：

下拉列表的值。一个州的列表作为例子

动态创建的UI元素。可以通过数据库向表单添加文本框

颜色、字体、对齐方式等“左侧对齐的红色按钮”

每种方法都有其优点和缺点

根据经验，当在数据库中放入过多的UI信息时，应用程序变得很难推理。您将呈现UI，但它看起来不正确。然后花半天的时间检查代码和数据库，试图找出原因。您将在数据库中翻转一些位，然后再次呈现UI，并想知道为什么它不起作用

此外，在数据库中存储过多关于UI的信息时，会生成大量样板代码

每个UI元素需要回答的一些问题：

“如果只是在UI中硬编码，这会更容易维护吗？”在HTML编辑器中而不是通过数据库更改HTML更容易

“此UI元素是否需要随着时间的推移进行大量更改？”除非某些用户需要更新/更改/修改该元素，否则将其保留为硬编码

“我真的想要一大堆用于UI元素的数据库表吗？”维护它可能会成为一场噩梦。例如，对问题和答案的调查可能会生成5-10个表格

---

我建议尽量在应用程序中保留UI元素。只有在绝对必要时，才应将它们写入数据库。

谢谢Ryan。若我有一个工具箱来编辑数据库中的UI元素，用户可以在其中添加、编辑和删除不同的控件，那个该怎么办。即使我有工具箱，也会有定制问题吗？我不认为会有定制问题。如果工具箱运行良好，它应该是好的。我建议设计数据库，以便将UI元素从服务器复制到服务器。这将有助于测试和QA。例如，如果生产环境中有10个UI元素，其中一个有bug。。。您需要将它们复制到您的本地环境中，并让它们毫无问题地运行。非常有用。