Пользовательские файлы настроек для приложения Windows Form: локальный XML-файл или база данных

Question

Я и мои коллеги не можем договориться о решении следующего вопроса:

Мы работаем над переносом нашего приложения на .net framework. Это будет отдельное приложение (не веб-приложение), которое будет состоять из множества пользовательских форм, используемых для внесения изменений в нашу обширную базу данных. Итак, в итоге, без подключения к базе данных, приложение практически бесполезно. Да, и нет необходимости предлагать сделать это веб-приложением, потому что в этом вопросе действительно нет выбора.

Я отвечаю за построение «главного меню» - я выбрал древовидную структуру, в которой будут перечислены все пользовательские формы (по категориям команды). Он также будет включать раздел «Мои формы» и раздел «Последние формы», которые будут регулярно изменяться пользователем (мои формы) и системой (последние формы).

Мой вопрос таков: как лучше всего хранить эти пользовательские настройки? XML-файл, расположенный локально или в таблицах базы данных? Может быть, это потому, что я бывший разработчик веб-приложений, но я полностью за то, что это хранится в базе данных. Что вы думаете?

Спасибо за ваше мнение

Answer 1

Если пользователь может работать без базы данных, он должен быть локальным XML-файлом. Если приложение требует, чтобы база данных была функциональной, я бы добавил их в базу данных. Зачем добавлять новую концепцию в приложение, просто храните данные в одном месте. Ваше приложение сможет работать с более низкими привилегиями. Если вы используете модель членства asp.net (да, для настольного приложения), то вы сможете воспользоваться профилированием.

Я голосую базу данных!

Answer 2

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

Answer 3

Смешивать пользовательские настройки и пользовательские данные в одном месте хранения может быть проблематично.

• Этот подход в основном удваивает количество изменений структуры базы данных.
• Если в коде настроек есть ошибка, есть шанс испортить / потерять пользовательские данные, что гораздо серьезнее, чем испортить / потерять настройки пользователя.
• Если пользователь хочет переместить или создать резервную копию своих данных, с ним также сохраняются настройки.

Я бы не советовал хранить настройки в базе данных.