Temat: propel czy doctrine ?

Przy Propelu bym uważał, bo wersja 1.3 to jeszcze beta, więc mogą być z nią problemy.

Co do wyboru, to nie wiem czy próbowałeś pisać w obu coś nawet prostego. Ogólnie Propel będzie szybszy, ponieważ generuje statyczny kod, a nie interpretuje w trakcie działania.
Do tego Propel będzie wygodniejszy w użytkowaniu, po pierwsze definicja w XML, tylko tyle ile trzeba, ja używam Eclipse+PDT i tam dodałem DTD (coś XSD nie chciał załapać) i piszesz z podpowiadaniem składni, a to ułatwia.
Kolejny plus to że dzięki wygenerowanym klasą masz podpowiadanie składni, więc przyspiesza to pisanie, bo nie musisz pamiętać dokładnie jak co się nazywa, dzięki temu mniej błędów się robi, bo nie ma literówek.

Co do pierwszego blogu, to mimo że niby pisze się więcej, tak na prawdę napiszesz to szybciej i bez błędów, bo masz podpowiadanie, to na prawdę zmienia wiele. Do tego jak się chce robić bardziej złożone rzeczy, można je umieścić jako metody w specjalnie do tego przygotowanej "pustej" klasie (ech jest do niej określenie, ale wyleciało mi z głowy)

Jak tak czytam, to dwie rzeczy mi się nasuwają, czy lidzie nie korzystają z podpowiadania składni? A druga czy wolą pamiętać wszystkie tabele i kolumny w projekcie, niż nauczyć się jeden raz korzystać z Criteria. Co do czytelności, to chiński jest dla nas nieczytelny, ale czy oznacza że nie może być łatwy do zrozumienia?

Ogólnie polecam wypróbować oba, w czymś nawet małym, i zobaczyć co lepiej Ci pasuje, bo to części kwestia indywidualna.

Temat: propel czy doctrine ?

@Jakub Bajorek
Jak lubisz być trendi to Twoja sprawa, jak mowa o dwóch rzeczach, to omawiajmy ich realne zalety, a nie gdzie i kto korzysta.
Ludzie mają tak, że czasem popadają w zachwyt, a potem wychodzi, że sami nie wiedzą dlaczego.
(Tak jak szybko można pokazać, że Python jest raczej niezbyt dobrym rozwiązaniem do pracy z nim, szczególnie przy większym zespole. Bo nie ma ludzi idealnych.)

Temat: propel czy doctrine ?

@Łukasz Bandzarewicz
Dopiero od PDT 1.5 ma być dostępne @property
Do tego to dodatkowa rzecz którą trzeba napisać, a w Propelu masz to od ręki.

Temat: propel czy doctrine ?

Łukasz Bandzarewicz:
- doctrine potrafi stworzyć schemat bazy danych z naszych modelów, potrafi wygenerować indeksy, klucze obce, usuwanie kaskadowe, rozumie nawet schematy postgresa

I to jest w Propel, a porównanie miało być Propel i doctrine.
Nie wiem jak z Zend_DB, ale ogólnie w Zendzie jeszcze wiele brakuje aby nazwać FW, więc chwilowo nie będę tego oceniał.
A do tego, raczej powinniśmy starać się pomóc autorowi tematu, niż mówić co nam najlepiej pasuje.
Ale dobrze że to podałeś, bo parę ciekawych informacji zawarłeś, co prawda u mnie w firmie trochę inaczej wygląda rozwój, ale to inna sprawa.

P.S. Kopiowanie z innego projektu to podstawa, bo świadczy o tym że coś co się zrobiło jest bardziej uniwersalne, a to tylko zysk.

Temat: propel czy doctrine ?

Jakub B.:
Czy naprawdę według ciebie podpowiadanie składni w PDT decyduje o wyższości Propela nad Doctrine?

Mówimy o jakiej wyższości, bo ja mówię o użyteczności, jak szybko i bez problemowo można pisać, a to daje podpowiadanie składni.
Można napisać więcej linijek kodu (niewiele więcej) i zrobić to szybciej, a będzie też czytelne.
Do tego możemy bez problemu zmienić nazwy w bazie danych a skrypt zostawić bez zmian.
Do tego pytanie korzystałeś z obu?

Temat: propel czy doctrine ?

Łukasz Bandzarewicz:
Ja bym aż tak z ostrożnością nie przesadzał ;). Kilka serwisów z wykorzystaniem Doctrine już napisałem i póki co nie wystąpiły żadne błędy z winy tego framework-a.

To zależy co robisz, bo są takie rzeczy przy których nie możesz mieć takiego czegoś, jak wyjdzie że korzystałeś jeszcze niestabilnej wersji i przez to problemy były, to będzie kiepsko.