Недавно я использовал JPOS для моделирования финансовых транзакций на основе ISO 8583. Я заметил, что в JPOS им нравится использовать XML в качестве параметров конфигурации большого количества файлов. У меня есть вопрос, на мой взгляд, почему они выбирают такой подход? Я хочу разработать большее приложение, которое может работать с большим количеством серверов/терминалов/транзакций/баз данных/внешних аналогов (на основе TCP/IP по ISO-8583)/Множество параметров в DB , когда я попытался представить такие программное обеспечение с JPOS, я попал в большую папку для развертывания с большим количеством критически важных файлов, которые трудно настроить и требует перехода от записей в таблицах к тегам XML. Мой вопрос: почему они используют файловую систему для хранения конфигураций, и неплохо ли использовать это множество XML-файлов, или я должен внести изменения в свое программное обеспечение и позволить ему читать конфигурации из БД? (Так как проще управлять Backup/Modify/Archive/Manage Authorized and stuff in DB)Оптимизируйте ли все параметры в файле XML?
ответ
Если вы посмотрите на историю JOP, конфигурация xml была доступна с самого начала, а проект довольно старый, но все еще очень активный. Существуют аргументы для конфигурации XML и для DB v/s XML.
Да, файлы конфигурации могут выйти из-под контроля для больших проектов. Сказав это, некоторые из конфигураций можно манипулировать с использованием шаблонов freemarker или подстановки ant-параметров во время сборки или использовать такой компонент, как sysconfigconfigurationfactory, который может дать вам пример вытаскивания конфигурации из таблицы. Миграция существующих систем не всегда проста, вы можете запускать скрипты для генерации xml-файлов из существующей конфигурации и сохранять их, ничто не останавливает вас. Изменение конфигурационных файлов и сохранение их делает горячую замену конфигурации и делает ее доступной для использования немедленно. Нумерация файлов обеспечивает порядок загрузки компонентов и обработки зависимостей (может быть и боль). Другие конфигурации времени выполнения могут быть выполнены с использованием обычного доступа к базе данных через спящий режим.
«Мой вопрос в том, почему они используют файловую систему для хранения конфигураций» - я думаю, что только они могут точно сказать вам. Мы можем только догадываться. Одна идея - это просто XML-сериализация некоторого объекта конфигурации. Кажется, для меня сумасшедшим, но кто я такой, чтобы судить. Если это хорошо работает, то почему бы и нет? Если это кажется неосуществимым для ** вашего ** приложения - тогда не делайте этого. Существуют аргументы для DB-Config и XML, а также против. – Fildor