Каков наилучший шаблон для сохранения объектов?

Question

Мне нужно сохранить объекты, и я хочу, чтобы мои классы данных были максимально чистыми. Сохраненные классы не содержат кода бизнес-логики, а только данные с геттерами/сеттерами.

В настоящее время я реализую решение с шаблоном Observer. Каждый раз, когда объект Observable сохраняется, он вызывает сообщение объекту Observer, который заботится о сохранении. Таким образом, единственным ограничением для сохраняемого объекта должно быть «Наблюдаемое». Это держит вещи в чистоте.

Другим решением (возможно, лучше?) Было бы реализовать некоторый шаблон DAO, и я не очень хорошо знаю, как он работает. Возможно, это будет выглядеть как persistedObject.save(); или persistedObject.readById(id);. Но это означает, что я должен был бы определить некоторый интерфейс DAO, а затем реализовать метод read/create/update/delete в каждом сохраняемом классе.

Answer 1

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

Мой личный фаворит для быстро сохраняющихся объектов - GSON, однако ваш прецедент будет определять, что лучше всего подходит для вас.

Вы упоминаете желание шаблонов проектирования для сохраняющихся объектов Java, и в то время как такие модели примерно столько же, сколько есть библиотеки, вот пара общих предложения:

• Используйте неизменяемые объекты
• Использования в transient ключевое слово для любых полей, которые не нужны для восстановления объекта
• Избегайте определения проверок здравомыслия или иным образом ограничивающих диапазон допустимых значений в ваших объектах - экземпляр, созданный из вызова десериализации, может не корректно запускать ваши проверки, позволяя построить потенциально недействительные объекты.
• Используйте ваши сериализуемые объекты для создания более сложных объектов, если вам нужна более тщательная проверка, например. сериализовать StubPerson POJO, и есть Person объекта, который может быть изготовлен из StubPerson только до тех пор, как значения заглушки являются действительными

Answer 2

Я не знаю, подходит ли он для вас, но так как у вас есть только классы фасоли вы может использовать Java persistence api.

Answer 3

Схема DAO является лучшей для управления доступом и постоянством доступа к данным, поскольку она была специально разработана для этого.

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

Я не знаю ваших требований, но если ваше приложение может использоваться многими людьми одновременно, вам придется заботиться о параллельных доступах и определять политику (транзакцию, блокировку и т. Д.), Иначе люди перезаписывают данные друг друга).

Что касается вашего вопроса, я бы предложил JDO (с использованием data nucleus как реализация), но кривая обучения может быть слишком дорогой для ваших эффективных потребностей.