Преимущества метаданных интерфейса в базе данных

Question

Я работаю над приложением, в котором метаданные интерфейса хранятся в базе данных.

В основном приложение C # .NET считывает позиции, размер и текст кнопок, меток, радиокнопок и т. Д. Из таблиц SQL Server.

Насколько я могу судить, кто когда-либо писал приложение, вводило всю эту информацию вручную, поскольку я не могу найти инструмент (или любые подсказки инструмента), использованный для этого.

В любом случае, я нахожу довольно утомительным сохранение этой информации без какого-либо инструмента, и мне интересно, каковы преимущества такого соглашения по сравнению с простым использованием конструктора интерфейса Visual Studio?

Answer 1

Может быть, это просто другой способ реализации файла INI?

Ничто не мешает вам делать это таким образом, хотя, возможно, была причина, почему это было сделано именно так. Возможно, была какая-то причина, по которой файлы не могли быть записаны на локальный жесткий диск или ключи, хранящиеся в реестре.

Answer 2

Полагаю, было бы полезно, если бы вы хотели изменить эти вещи без перекомпиляции. Это также может позволить вам избежать разветвления источника и необходимости поддерживать оба варианта. Возможно, разработчик думал об интернационализации, которая, безусловно, влияет на метки и может (как следствие) также влиять на размер и положение. В принципе, вам просто нужно поменять содержимое новой таблицы, вы готовы к другому языку.

Я вижу, как хранить метаданные пользовательского интерфейса для каждого поля , в отличие от каждого элемента управления, чтобы обеспечить единообразное представление поля во всем интерфейсе (одна метка, формат, даже элемент управления, например переключатель и выпадающий список). Если вам нужно изменить метку для поля, используемого в 8 разных окнах, вам нужно исправить его только в одном месте.