ASP.NET MVC Настраиваемый статический текст

Question

В настоящее время я работаю над проектом, для которого необходимо настроить статический текст (включая метки, сообщения и ошибки проверки). Мне было интересно, какой будет лучший подход. Приложение написано с использованием ASP.NET MVC и C # 3.5. Мне нужно, чтобы весь этот статический настраиваемый текст подавался в проект MVC из другого проекта. Я думал об использовании глобальных ресурсов или об использовании файла XML, который будет загружен при запуске приложения. Кстати, речь идет не о локализации, также статический текст не будет настраиваться конечным пользователем.

Answer 1

Я бы, вероятно, сделал отдельный проект, который содержал бы серию файлов Resx, с ними довольно легко работать и предоставляющих вам бесплатную локализацию. Это то место, с которого я бы начал, и если вам нужно отредактировать их на лету с помощью какого-либо инструмента администратора, вы можете использовать что-то вроде провайдера данных, управляемого Риком Стралом . Это, вероятно, лучший подход, чем пытаться придумать свой собственный дизайн, управляемый БД.

Я согласен, что вам, вероятно, нужно уточнить, как и когда текст будет редактироваться.

Определенно держитесь подальше от web.config и appsettings, если мы не говорим только об 1 или 2 строках текста . В общем, это не очень хорошая идея по многим причинам, которые другие заявили о перезапуске приложений и просто общем наброске конфигурации.

Answer 2

Вы можете использовать AppSettings и web.config, как ответил Джеймс. Вы также можете сохранить его в базе данных со структурой пары ключ-значение.

Но вам также нужно получить его из проекта конфигурации в проект ASP.Net MVC. Я бы сделал это так:

• Создание интерфейса службы в проекте конфигурации
• использовать кэширование корпоративной библиотеки в проекте ASP.Net MVC
• Проверьте, кэшировано ли значение
• Если не получить его из конфигурации и сохранить его в кеше

Answer 3

Я бы использовал XML-файл с одной загрузкой при запуске приложения

Answer 4

Локализация - действительно достойный способ справиться с этим - она ​​решает ту же проблему, вам просто нужно предоставить один языковой файл. Недостатком является то, что биты локализации не обязательно легко редактируются конечным пользователем. Что подталкивает меня к тому факту, что реальный вопрос, на который нужно ответить, заключается в том, «насколько редактируемой будет эта информация?» Если ответ «часто и легко», то вы можете создать в своей базе данных какую-то таблицу фрагментов пользовательского интерфейса и обрабатывать ее соответствующим образом. Другим достойным вариантом будет использование пользовательского раздела конфигурации и чтение / запись в него с помощью API конфигурации. Также оставляет открытым XML-файлы для редактирования вручную, если это необходимо.

Answer 5

Я бы сохранил его в разделе AppSettings в файле Web.Config.