Комментарии 26
Да, действительно, мне тоже нравится Doctrine2 project. Не знал что уже есть дэвы ZF2. Нужно будет попробовать, мы интегрировали 2-ю доктрину с текущим ЗФ. Даже не смотря на то что в ЗФ1 не юзаются нэймспейсы, они прекрасно интегрируются. Единственное — не понравился доктриновский конфигуратор. Не, он отлично подходит для конфигурации пхп кодом, но в конфиг файл реально вынести только параметры подключения. Получается нельзя написать универсальный ресурс-плагин. Иногда посматриваю в сторону улучшения \Doctrine\ORM\Configuration.
И еще как рекомендация, может лучше расширить котроллер добавив помощников для работы с EM, ибо строчки вида
$em = $this->getInvokeArg('bootstrap')->getResource('doctrine2');
меня могут свести с ума, да и автодополнение перестает работать. Зато
$em = $this->_getEntityManager();
смотрится лучше, а добавив phpdoc появится автодополнение.
И еще как рекомендация, может лучше расширить котроллер добавив помощников для работы с EM, ибо строчки вида
$em = $this->getInvokeArg('bootstrap')->getResource('doctrine2');
меня могут свести с ума, да и автодополнение перестает работать. Зато
$em = $this->_getEntityManager();
смотрится лучше, а добавив phpdoc появится автодополнение.
Есть проект от самого разработчика Доктрины — но там интеграция с Doctrine1 и ZF1.
Расширение контроллера — это уже Ваш контроллер с обёрткой типа
$this->doctrineEM = $this->getInvokeArg('bootstrap')->getResource('doctrine2');
Насчёт ресурс плагина, у меня нет большого опыта работы с доктриной, а так бы в много чего можно было описать в application.ini
Расширение контроллера — это уже Ваш контроллер с обёрткой типа
$this->doctrineEM = $this->getInvokeArg('bootstrap')->getResource('doctrine2');
Насчёт ресурс плагина, у меня нет большого опыта работы с доктриной, а так бы в много чего можно было описать в application.ini
> Есть проект от самого разработчика Доктрины — но там интеграция с Doctrine1 и ZF1.
Можно ссылочку?
Сам использую модельный слой с доктриной из symfony в своих ZF проектах — по функциональности и стабильности на годы ушедший вперёд всех доморощенных инициатив по интеграции zf1 и doctrine1. И подключается там всё в один самописный автолоад в 20 строчек
Можно ссылочку?
Сам использую модельный слой с доктриной из symfony в своих ZF проектах — по функциональности и стабильности на годы ушедший вперёд всех доморощенных инициатив по интеграции zf1 и doctrine1. И подключается там всё в один самописный автолоад в 20 строчек
github.com/beberlei/zf-doctrine — пожалуйста.
Спасибо, отличная статья, таких тут нынче не достаёт. Надеюсь на продолжение на тему ZF2 и Doctrine, сам ещё не успел их поковыять, но было бы интересно почитать про них.
Спасибо за статью, но насчет ступенек не стоит забывать — если что-то где-то прибавляется, то где-то убывает (речь о производительности)…
Пожалуй исправьте:
Пожалуй исправьте:
$front = $this->getBootstrap()->getApplication()->getBootstrap()->getResource('frontcontroller');
Какая интересная попытка приблизиться к Python…
PHP уже не торт :)
PHP уже не торт :)
причём здесь Питон, вы думаете в других языках нет ОРМов? если проводить аналогии, тогда уже к Java — т.к. доткрина2 идеологически косит под Hibernate.
Пожалуйста, спрячьте больше информации под кат. Посмотрите на главную страницу: ваша статья занимает больше всех места. Очень не удобно просматривать хабр, особенно если читаешь с ноута (15,4").
if ($this->getBootstrap()->getEnvironment() == «development») {
!= наверное, таки :-) Или кэши поменять местами
!= наверное, таки :-) Или кэши поменять местами
А что лежит в Core\Model\Entity?
Doctrine 2 и ZF2 — прекрасны. Я прямо таки дождаться не могу когда они зарелизятся. И если насчет Doctrine 2 все более менее ясно (команда стремительно движется к релизу), то с ZF2 придется прилично подождать. Сейчас завершилась стадия перехода на неймспейсы, и по сути ZF2dev1 это — тот же ZF1 только с неймспейсами. Осенью будет последний релиз ветки 1.Х, и где-то в это же время станет точнее известна дата релиза второй версии (если вам интересны новости о ZF, подпишитесь на списки рассылки). Однако очень радует то, к чему команда стремится — упрощение фреймворка, разделение обязанностей, производительность, улучшение документации и другое.
Вообще для понимания преимуществ второй ветки фреймворков, было бы неплохо показать что было ДО, и сделать некоторые выводы.
Спасибо! Очень интересная статья. В своем новом проекте постараюсь воспользоваться вашими рекомендациями по интеграции. Если будете писать продолжение, то по возможности приведите пример более сложной модели с использованием data mapping по foreign keys, а если еще и про миграции в doctrine2 напишите будет вообще супер.
Можно чуть дополнить понравившеюся статью:
1. Использование PrePersist для автоматического выполнения того, что нужно:
Сразу после описания полей:
/** @PrePersist */
public function prePersist() {
$this->setCreatedAt(new \DateTime());
}
Пояснение: имеется поле $createdAt с типом (type=«datetime») при совершении записи в базу поле автоматически заполнится, как видно, текущим значением даты и времени.
2. Создание «связей» между таблицами: @OneToOne, @OneToMany, @ManyToMany.
Например самая простая связь:
* @Table(name=«notes»)
…
/**
* @OneToOne(targetEntity=«Entities\Clients»)
* @JoinColumn(name=«userId», referencedColumnName=«clientId»)
*/
private $Clients;
clientId — имя поля в таблице, с которой мы связываемся.
Это значит, что сущщность Notes будет иметь свойство Clients, а таблица «notes» «заимеет» поле userId, связанное с полем clientId в сущщности «Clients» и для того, чтобы увидеть, например, id клиента, которому пренадлежить даная запись нужно всего-то:
$this->note->getClients()->getClientId(); где note — экземпляр.
3. И, простите, еще капельку:
после выполнения запроса можно качественно гидрировать результат, т.е. получить:
getQuery()->[желаемый тип];
getResult() — массив объектов
getSingleResult() — один объект
getScalarResult() — массив результатов
есть и еще типы — посмотрите.
Спасибо за внимание.
1. Использование PrePersist для автоматического выполнения того, что нужно:
Сразу после описания полей:
/** @PrePersist */
public function prePersist() {
$this->setCreatedAt(new \DateTime());
}
Пояснение: имеется поле $createdAt с типом (type=«datetime») при совершении записи в базу поле автоматически заполнится, как видно, текущим значением даты и времени.
2. Создание «связей» между таблицами: @OneToOne, @OneToMany, @ManyToMany.
Например самая простая связь:
* @Table(name=«notes»)
…
/**
* @OneToOne(targetEntity=«Entities\Clients»)
* @JoinColumn(name=«userId», referencedColumnName=«clientId»)
*/
private $Clients;
clientId — имя поля в таблице, с которой мы связываемся.
Это значит, что сущщность Notes будет иметь свойство Clients, а таблица «notes» «заимеет» поле userId, связанное с полем clientId в сущщности «Clients» и для того, чтобы увидеть, например, id клиента, которому пренадлежить даная запись нужно всего-то:
$this->note->getClients()->getClientId(); где note — экземпляр.
3. И, простите, еще капельку:
после выполнения запроса можно качественно гидрировать результат, т.е. получить:
getQuery()->[желаемый тип];
getResult() — массив объектов
getSingleResult() — один объект
getScalarResult() — массив результатов
есть и еще типы — посмотрите.
Спасибо за внимание.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Интеграция Doctrine2 и ZendFramework