PHP ORM: Доктрина проти руху

Я починаю новий проект із симфонії, який легко інтегрується з Доктриною та Пропелем , але мені, звичайно, потрібно зробити вибір .... Мені було цікаво, чи мають більш досвідчені люди там загальні плюси та / або мінуси для поїздки будь-яке з цих двох?

Дуже дякую.

EDIT: Дякую за всі відповіді, корисні речі. На це питання немає справді правильної відповіді, тому я просто зазначу як схвалений той, який отримав найбільш популярні голоси.

Я б пішов з Доктриною. Мені здається, що це набагато активніший проект, і він є кращою підтримкою ORM за замовчуванням для Symfony (хоча офіційно ORM вважаються рівними).

Крім того, мені краще подобається, як ви працюєте із запитами (DQL замість критеріїв):

<?php
// Propel
$c = new Criteria();
$c->add(ExamplePeer::ID, 20);
$items = ExamplePeer::doSelectJoinFoobar($c);

// Doctrine
$items = Doctrine_Query::create()
       ->from('Example e')
       ->leftJoin('e.Foobar')
       ->where('e.id = ?', 20)
       ->execute();
?>

(Реалізація доктрини для мене набагато інтуїтивніша).

Крім того, я дуже віддаю перевагу тому, як ти керуєш стосунками в Доктрині.

Я вважаю, що цю сторінку з документації доктрини варто прочитати: http://www.doctrine-project.org/documentation/manual/1_2/en/introduction:doctrine-explained

Підводячи підсумок: Якби я починав новий проект або мав вибрати між вивченням доктрини та пропелем, я б хотів би щодня піти на доктрину.

Я упереджений, оскільки я трохи допомагаю при наступному випуску Propel, але ви повинні врахувати, що Propel справді був першим доступним ORM, потім трохи відставав, коли Doctrine був створений, але зараз знову активно розвивається. Symfony 1.3 / 1.4 поставляється з Propel 1.4, де більшість порівнянь зупиняються на Propel 1.3. Крім того, наступний випуск Propel (1.5) буде містити багато вдосконалень, особливо в створенні ваших Критеріїв (в результаті чого вам потрібно буде менше писати код).

Мені подобається Propel, тому що він здається менш складним, ніж Doctrine: більшість кодів знаходиться в декількох створених класах, тоді як Doctrine розбила функціональність на багато класів. Мені подобається добре розуміти бібліотеки, якими я користуюся (не надто "магія"), але, звичайно, у мене є більший досвід роботи з Propel, тому, можливо, доктрина не така складна за кадром. Деякі кажуть, що Propel швидше, але ви повинні перевірити це на собі і подумати, чи переважає це інші відмінності.

Можливо, вам слід також врахувати наявність плагінів Symfony для різних фреймворків. Я вважаю, що Propel має тут перевагу, але я не знаю, скільки з перерахованих плагінів досі оновлені останньою версією Symfony.

Це зводиться до особистих уподобань. Я використовую Propel, тому що (крім усього іншого) мені подобається той факт, що все має свій метод конкретного геттера та сетера. У Доктрині це не так.

Привід:

$person->setName('Derek');
echo $person->getName();

Вчення:

$person->name = 'Derek';
echo $person->name;

Причина, що мені подобається мати гетерів та сеттерів, полягає в тому, що я можу вкладати в них всіляку логіку, якщо потрібно. Але це лише мої особисті переваги.

Я також повинен додати, що хоча Propel в минулому повільно рухався, він зараз знову активно розвивається. За останні кілька місяців він випустив кілька нових версій. Остання версія Propel включає в себе "вільний інтерфейс запитів", подібний до Doctrine , тому вам більше не потрібно використовувати критерії, якщо ви цього не хочете.

Слід зазначити, що Doctrine 2 в даний час розроблений [ випущений ] і функціонує майже повністю від поточної стабільної версії Doctrine 1. Він покладається на шаблон даних Mapper замість Active Record і використовує "менеджер об'єктів" для обробки наполегливості. логіка. Після виходу він буде мати більшу схожість зі сплячим режимом Java (Доктрина 1 більше нагадує ActiveRecord Rails).

Я розвивався з випуском альфа-доктрини 2, і мушу сказати, що це голови та плечі вище Доктрини 1 (просто моя думка, і я ніколи не використовував Propel). Цілком ймовірно, що спільнота Доктрин рухатиметься до неї, коли вона вийде.

Я б радив вам перевірити доктрину, але якщо ви віддаєте перевагу стилю активного запису, який зараз використовують Propel і Doctrine, ви можете просто дотримуватися Propel.

Дві посилання дещо застаріли, тому ви, тим не менш, висвітлюєте деякі загальні принципи, в основному вам доведеться оцінити свій досвід роботи з рамкою як такою, головним недоліком доктрини є неможливість мати IDE, що дозволяє вам автоматично кодувати в цьому переході. переможець, курсові знання про рух і доктрина дуже різні, простіше просуватися, якщо вашому проекту потрібно буде керувати складною моделлю даних, використовує доктрину, якщо ви хочете швидко працювати з ORM, що найкраще задокументовано і знайти більше підтримки в Propel Інтернет використовує, набагато більш зрілий, і я вважаю, що більшість використовуються.

http://propel.posterous.com/propel-141-is-out

Я б запропонував використовувати propel 1.6, що краще для функції автозаповнення IDE.

Я не є користувачем PHP 5 поза рамкових ORM, але ось кілька хороших постів порівняння (якщо ви їх ще не бачили):

http://codeutopia.net/blog/2009/05/16/doctrine-vs-propel-2009-update/

http://trac.symfony-project.org/wiki/ComparingPropelAndDoctrine

Обидва вилучення улюблені в доктрині як нове покоління ORM для Symfony.

Після використання обох протягом декількох років я віддаю перевагу Propel 2 перед доктриною просто на основі того, як ви будуєте свою логіку запитів. Вчення настільки глибоке, наскільки воно може отримати і керування багатьма аспектами його відповідає такому рівню глибини. Пропел, який я відчуваю, має більш текучий та об'єктний спосіб побудови та управління взаємодіями із запитами.

Для мене це призвело до меншого коду в моделі та більшої кількості структур навколо того, як логіка може / буде оброблятися. Це призвело до просто розробки багатьох взаємодій як загальної функціональності. (Зрештою, 90% того, що ви будете робити з базою даних, буде певною мірою жорсткою роботою.)

Врешті-решт, обидва є потужними, керованими та отримають роботу. Мої особисті проекти та інтереси використовують Propel ORM 2 та майбутні проекти, якщо вони все ще написані на PHP, піде цим шляхом.

Я використовую обидва щодня протягом останніх 3-4 років.

Я б запропонував використовувати плагін DbFinder . Це насправді дуже потужний плагін, який підтримує і те, і досить приємний потужний. Я насправді люблю використовувати його краще, ніж будь-який.

Якщо я не помиляюся, обидва ORM використовують схему на основі XML, і створення цих схем є досить громіздким. Якщо вам потрібна проста схема на основі PHP з вільним стилем. Ви можете спробувати LazyRecord https://github.com/c9s/LazyRecord, який підтримує автоматичну міграцію та оновлення / зменшення генераторів скриптів. І всі файли класу генеруються статично без витрат на виконання.