Создание сущностей в Symfony2 без доктрины

Question

Моя компания ведет администрирование и разработку базы данных в отдельном отделе, и для моего приложения Symfony2 мне разрешено взаимодействовать с БД только через служебный API. Это означает, что я не могу использовать Doctrine ORM или даже php pdo.

Мне, в принципе, придется создать свой собственный уровень абстракции. Я весь день искал в интернете и не видел ничего о лучших методах создания собственного слоя абстракции сущностей для Symfony2. Я даже не могу найти информацию об использовании чего-либо, кроме Doctrine.

Кто-нибудь имеет какие-либо предложения или знает какие-либо ресурсы для лучших практик по выполнению этого для symfony2?

Answer 1

Я сделал это следующим образом:

• Прежде всего, я определил сущности, но без ORM.

• Затем я создал классы Service Container, которые извлекали данные из API. http://symfony.com/doc/current/book/service_container.html

• В-третьих, я использовал что-то вроде Data Transformers для преобразования данных, извлеченных из API, в мои Symfony Entities. http://symfony.com/doc/current/cookbook/form/data_transformers.html

Пожалуйста, не стесняйтесь связаться со мной для получения более подробной информации.

Answer 2

Symfony не зависит от модели («MV» от MVC отсутствует).Обратите внимание, что Doctrine или Propel - это отдельные проекты, интегрированные с Symfony.Они не являются частью фреймворка.

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

Шаг 2 - интеграция вашей библиотеки с Symfony.Вероятно, это будет включать создание пакета и соответствующих определений сервисов.Глядя на DoctrineBundle может дать вам некоторые идеи.

Answer 3

Мне кажется, что API может восприниматься как другой драйвер БД. Я полагаю, что доктрина может быть расширена для принятия собственного драйвера БД, но я не уверен, сколько потребуется усилий и обеспечивает ли ваш API всю необходимую функциональность. Очевидные плюсы такого подхода в том, что вы сможете использовать те же функции доктрины, что и при наличии доступа к PDO.