[Prox]

#programowanie #php
Jaki framework teraz "w cenie"? Słyszałem, że Laravel, ale to opinia jednej osoby.

[alex-fortune]

@Prox: Laravel to syf z punktu widzenia kodu. Symfony nadal jedyny sensowny.

[d.....x]

Laravel

@Prox: potwierdzam, u mnie w pracy z niego korzystają, firma w usa

[joolekk]

@Prox: dużo ogłoszeń z Symfony widzę

[T.....n]

@Prox: Symfony

[Benzen]

@Prox: Symfony. Trochę też korzystałem i słyszałem dużo dobrego o PhalconPHP, jednak on nie jest jeszcze tak rozwinięty jak sf.

[mirunek]

@Benzen: jeśli chodzi o Phalcona to najlepiej pytaj @Jurigag ;)

[wiktor12348]

@Prox: Laravel i Symfony. Każdy ma swoje plusy i minusy. Laravel ma niższy próg wejścia, czasem dziwne rzeczy się tam dzieją, bywa nawet że niezgodne z niektórymi paternami. Symfony jest bardziej uporządkowana i na początkującym moze wydawać się kosmiczna.

[greg1dime]

@Prox: Ja piszę w Laravel i mam tu wszystko czego potrzebuję, lekko się pisze, więc mogę śmiało polecić

[Jurigag]

@Benzen: ja tam polecam phalcona :) nigdy tak rozwinięty jak sf nie będzie, ale jest na tyle że spokojnie duże aplikacje na nim oprzesz

[czeslawTyson]

@Prox: Do robienia CRUD-owych aplikacji pewnie Laravel ujdzie, ale jak chcesz tworzyć rozbudowane systemy z separacją logiki biznesowej (#ddd) to Symfony.
Jak chcesz załapać dobrych wzorców projektowych to Symfony.

Jak ogarniesz Laravel to nagrajcie lekko pod wpływem z kodzenia w larwie ;) #pdk .

[alex-fortune]

Do robienia CRUD-owych aplikacji pewnie Laravel ujdzie, ale jak chcesz tworzyć rozbudowane systemy z separacją logiki biznesowej (#ddd) to Symfony.

@czeslawTyson: Pozwolę sobie sie nie zgodzić. Sposób działania frameworka w żaden sposob nie implikuje latwosci bądź trudności separacji logiki biznesowej, bo z założenia Twoje serwisy aplikacji jak i domena są bez dependency na frameworkach.

[czeslawTyson]

@alex-fortune: Bardziej chodzi mi o te, żę Encje w Symfony są to POPO.
Eloquent korzysta z ActiveRecord i Encje muszą dziedziczyć jego Model.
Jak korzystasz z Laravela to musisz dodatkową warstwę dodać łącząca Encję domenowe z frameworkiem.

[alex-fortune]

Bardziej chodzi mi o te, żę Encje w Symfony są to POPO.

Eloquent korzysta z ActiveRecord i Encje muszą dziedziczyć jego Model.

Jak korzystasz z Laravela to musisz dodatkową warstwę dodać łącząca Encję domenowe z frameworkiem.

@czeslawTyson: Dlatego wlasnie nie korzystalem z "Encji" jakiegokolwiek frameworka do modeli domenowych. Po prostu stawialem swoje modele, a w repozytorium mialem albo raw dbal, albo mapowanie zmian na "ORMowe" encje i ich persystencje, chociaz

[czeslawTyson]

Po prostu stawialem swoje modele, a w repozytorium mialem albo raw dbal, albo mapowanie zmian na "ORMowe" encje i ich persystencje, chociaz imo to sie mija z celem, ale jesli ktos sie uprze xD

@alex-fortune: Dokładnie własny model. Przy Symfony nie tworzysz "ORMowych" encji. Wystarczy odpowiednia konfiguracja i mapowanie w .xml czy yaml twojego modelu domenowego.
Do persystencji ORM jest dużo wygodniejszy niż dbal.

[alex-fortune]

Do persystencji ORM jest dużo wygodniejszy niż dbal.

@czeslawTyson: Ale duzo wolniejszy ze wzgledu na makabrycznie wolną hydrację, a robienie tego przez XML dziadostwo, bo trzeba to robic refleksja = rozwalanie spojnosci systemu i lamanie podstawowych dobrych zasad programowania

[czeslawTyson]

Ale duzo wolniejszy ze wzgledu na makabrycznie wolną hydrację

@alex-fortune: Jasne, że ORM jest wolniejszy, nic odkrywczego.

[Jurigag]

Do persystencji ORM jest dużo wygodniejszy niż dbal.

@czeslawTyson: @alex-fortune: no chyba że korzytasz z phalcona to wtedy aż tak wolny nie jest ( ͡° ʖ̯ ͡°)

[misieg8]

@Prox: daj sobie spokoj z symfony i skorzystaj z laravela. to najpopularniejszy framework php obecnie i oferuje najwiecej out-of-the-box. dodatkowo z racji faktu, ze jest najpopularniejszy jest do niego najwiecej zewnetrznych paczek z roznymi funkcjonalnosciami na githubie (czyli nie bedziesz musial wymyslac kola na nowo). trzymaj sie z daleka od symfony chyba ze jestes prawdziwym masochista :)