Какова наилучшая стратегия базы данных для JRuby on Rails + устаревший код Java?

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

Если вас интересует новый динамический язык с надежной веб-платформой, я бы посоветовал обратить внимание на Groovy и http://grails.org/. Groovy построен на JVM. Унаследованные классы могут быть первоклассными в приложении. Я думаю, что было бы намного проще перейти на что-то новое, потому что вы можете повторно использовать то, что у вас есть, переписывая нужные вам части.

Похоже, вы планируете провести небольшой рефакторинг на стороне Java в дополнение к написанию нового кода на Ruby. В таком случае я бы рекомендовал:

1) выберите Java ORM: Hibernate или db4o и используйте его во всех ваших рефакторингах Java. Как бы я ни хотел сказать, используйте ActiveRecord для всего, суть в том, что будет намного проще убедить JRuby работать с Java ORM, чем заставить ваш Java-код работать с объектами ActiveRecord. .

2) Есть как минимум прототипы-примеры интерфейсов Ruby как для Hibernate, так и для db4o. Найдите один для начала работы, а затем добавьте к нему необходимые возможности ORM.

3) Не беспокойтесь о плагинах Rails, которые ожидают ActiveRecord. Не все это делают, и еще меньше будет в будущем, поскольку Rails 3 (слияние Rails и Merb) отделяет ActiveRecord. И даже если есть обязательный плагин, который требует ActiveRecord, ну и что? Это просто код Руби. Загрузите его, посмотрите, что он ожидает, и создайте класс фасада для вашего ORM, чтобы предоставить методы, которые нужны плагину. (Здесь мы видим красоту Ruby — объекту не обязательно быть уткой, если он ходит и крякает, как уточка). В качестве альтернативы вы можете пропатчить подключаемый модуль, чтобы удалить зависимость от ActiveRecord, или просто реализовать функциональность, предоставляемую подключаемым модулем, самостоятельно. Ваша ситуация, вероятно, диктует, какой из этих подходов имеет смысл.

Трудно ответить на этот вопрос, не зная многих деталей.

Во-первых, вполне возможно создавать приложения Rails без использования ActiveRecord (AR). Я сделал несколько - обычно я использую контроллер для запуска скриптов, чтения/записи файлов и т. д., и я считаю, что этот подход действителен. Однако, поскольку у вас определенно есть данные в базе данных, с которыми нужно работать, помните о подходе MVC, независимо от того, является ли ваш M AR или нет.

Если ваша БД хорошо спроектирована, у вас может быть гибридный подход. Например, возможно, ваша устаревшая Java генерирует отчетные данные с помощью любого ORM и записывает их в БД, таблицы из которой затем можно легко обернуть в модели ActiveRecord для отображения отчета через ваше приложение Rails. Все зависит от того, какие функции выполняет ваш код Java по сравнению с тем, какие функции выполняет ваш код Rails (и опять же, если ваш дизайн БД поддается моделированию AR).

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

Я предлагаю подход «попробуй и увидишь». Попробуйте несколько вещей и посмотрите, как быстро вы столкнетесь с проблемами. В таких случаях я чувствую, что попытки сначала спроектировать все это в уме не так уж продуктивны.

К вашему сведению: в книге O'Reilly "Enterprise Rails" есть несколько полезных советов по созданию собственных плагинов для Rails, чтобы вы могли находить/поддерживать/повторно использовать любые приемы, которые придумаете. Дикая догадка: сделать плагин O/R, который вы можете при желании использовать, чтобы сидеть поверх устаревшего кода Java?

В качестве альтернативы создайте немного магии в базе данных, чтобы старый java мог волшебным образом считывать результаты из «новых и улучшенных!» рубиновая обработка?!? Я предполагаю, что БД с представлениями, триггерами и доступом для их использования.

Удачи, у меня действительно нет хорошего ответа, но мне очень интересно, как это работает для вас.