Комментарии
12
Хорошая статья. поправьте заголовок «Бастрый доступ к переводимым атрибутам».
спасибо. Добавил
Перенесите в habrahabr.ru/blogs/doctrine/ ;)
перенес
Не хочу умалять ваших заслуг, но в symfony такое уже реализовано и, на мой взгляд и вкус, прямее и прозрачнее. См. sfDoctrineRecord::construct()
И да — обязательно пишите ещё :)
И да — обязательно пишите ещё :)
но так это симфони ) здесь же речь идет о Doctrine, которую нужно слегка допиливать
глянул на симфони, конечно. Тут главное не забыть, что переписывается конструктор, а это не наш метод. Идею с фильтрами я буду описывать во второй части статьи как альтернатива существующей системе, но с небольшими свистоперделками внутри, впрочем, достаточно походе на то что было сделано в симфони
переписывается конструктор, а это не наш методНам хватает, хехе. Интересно, как вы обошлись без перекрытия конструктора.
так в том-то и дело что бы не создавать новые подклассы, а использовать только шаблоны, фильтры и листенеры. Практически все можно сделать через плагины
Да. Вот в следующем топике и посмотрим ;)
Расскажите пожалуйста, что такое HYDRATION_ARRAY (с помощью гугла не удалось найти внятное объяснение)
для начала советую почитать здесь: www.doctrine-project.org/documentation/manual/1_2/en/improving-performance#conservative-fetching
Все есть в доке по Doctrine
Все есть в доке по Doctrine
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.
Doctrine, расширяем возможности любимого ORM-фреймворка! Часть 1.а (I18n, быстрый доступ к переводимым атрибутам)