Forum PHP.pl

A ja widzę, że trafiłem ta twardogłowego fanatyka Symfony, który jest tak samo niereformowalny jak fanatyk Linuxa, czy Opery.
Chcesz argumentów takich jakich Ty używasz? Proszę bardzo.

Symfony jest beznadziejnym frameworkiem, ponieważ nie podoba mi się że klasa sfFilesystem znajduje się w pliku sfFilesystem.class.php w katalogu task. Gdzie tu logika?
Poza tym po co dawać w nazwie class? A co jeśli mam dwie klasy? Mam nazwać classes?

Jak widzisz jest to marudzenie znudzonego bachora, który nie wie jakiego lizaka chciałby dostać. Tobie się nie podoba podawanie ścieżki w nazwie, mnie się nie podoba dodawanie class. Wiem, wiem. Zaraz napiszesz, że tak zaleca jakiś guru od programowania lub tak się robi w Javie. No cóż - guru od programowania jest wielu. Tak samo Java nie jest wyrocznią (mimo, że Oracle kupiło Sun-a ).
Przytocz jakieś konkretne argumenty za wyższością Symfony, ponieważ na chwilę obecną nie widzę, by do pięt dorastała ZF. A dlaczego? Poczytaj sobie dokumentację o:
- Zend_Gdata
- Zend_Service_ (wybierz dowolny)
- Zend_Dojo
- ZendX_Jquery
To są tylko niektóre rzeczy, których na szybkiego nie znalazłem w Symfony.
Do tego dochodzi jeszcze znaczne lepsze wsparcie dla formularzy, w tym walidacja i filtrowanie danych, wyszukiwanie Lucene, tworzenie pdf-ów, czy obsługa poczty. Jest to wszystko w podstawowej wersji Symfony, czy trzeba dodawać jakieś pluginy/dodatki/rozszerzenia tworzone przez "społeczność"?

Trudno nie być fanatykiem, gdy SF wyprzedza ZF o lata świetlne.



Nie zapominaj, że warsztatem pracy nie jest sam framework, ale również i IDE. Wolę wpisać "sfFil" i załącza mi się autocompletion, niż "Zend_System_File_Text_", by dopiero wyskoczyło mi Zend_System_File_Text_Windows



1. To jest dobry nawyk. Dobry framework z jeszcze lepszym systemem autoloadingu pomoże skompilować te dwie klasy to jednego pliku w systemie produkcyjnym.
2. A to w ZF jest inaczej, że narzekasz?



1. Sądzę, że nie pisalibyśmy z mikiem co Nas boli w ZF, gdybyśmy go nie znali. Sęk w tym, że używamy ZF zgodnie z jego przeznaczeniem... jako zbiór lepszych i gorszych komponentów.
Osobiście cenię sobie niektóre funkcjonalności, ale tylko niektóre i często używam Ich w projektach.
2. Wyrzuciłbym Zend_Dojo



I wszystkie znaki na niebie i na ziemi wskazują na to, że nie powinieneś. Bo po co? Skoro masz:




Spekulowałbym



A masz w ZF pluginy, dodatki i rozszerzenia wraz z systemem dystrybucji?

Bo ja wolę, in no time, dodać plugin/dodatek/rozszerzenie i mam już wsparcie dla Zenda i dla tych kilku komponentów, które są warte uwagi.

Bez komentarza.

A mi się podoba nazewnictwo ZF. De gustibus est non disputandum...

A jak coś jest do niczego, to jest do... niczego.
Po to ZF został stworzony jako zbiór komponentów, by programista nie musiał wymyślać koła na nowo. Dzięki temu masz możliwość skupienia się na logice aplikacji, a nie kombinowaniu jak połączyć się z serwerem X, by wyciągnąć jakieś dane.


Rozumiem, że to powiedzenie ma zastosowanie do Javy, .NET i innych technologii? Czy tylko do ZF?

Nie cuduj, każdy framework po to powstał i każdy spełnia swoje zadanie mniej lub bardziej.
Czy programiści Zend'a traktują ustalanie struktury folderów jako implementacji logiki?


OK, starczy. Nie ma co bić piany. Piszcie w czym chcecie i tak Java rządzi a PHP idzie na dno, bo niestety polityka Zend'a (nie mam tu na myśli frmaeworka) w niczym nie pomaga.

Zgadzam się zarówno do piany, jak i do Zenda.
Każdy z frameworków ma swoje wady i zalety. Niezdecydowani i tak będę pytać, co jest lepsze, a użytkownicy i tak nie dadzą się przekonać.

A jak się ma Prado do innych frameworków? W tym temacie narazie niewiele o nim pisze.


Zacząłem właśnie nową pracę i jestem namawiany na korzystanie z tego frameworka (bo ponoć fajny, szybki itp) ale nie chciałbym wchodzić w coś z czym potem będę miał sporo problemów zwłaszcza, że jeszcze mogę zmienić na inny (wprawdzie część projektów jest już napisana w prado ale na szczęście jest to niewielki % całości więc zmiana na tym etapie nie będzie stanowiła problemu ) .

Czy ktoś wie jakie są jego zalety i wady w porównaniu do Sf i Zenda, i czy warto w ogóle poznać ten framework?

z góry dzięki za odpowiedź

To mój pierwszy post, wobec tego: "Witam wszystkich".

Chciałbym się zapytać, czy ktoś miał styczność z frameworkiem Yii (http://www.yiiframework.com/) i co o nim sądzicie?

WItam tak czytam ten watek i nawet fajnie czytalo sie posty z 3-4 stron wtecz fany Hyde Park .

NOm ale wracajac do watku to chcialem zapytac o jedna rzecz tez chcialbym nauczyc sie jakiegos FW nie potrzebuje jednak czegos rozbudowanego jestem przecietnym uzytkownikiem i glownie chodzi mi klasy ktore zawsze sie uzywasz jak Logowanie,Formularze,Driver'y dla baz latwe robienie controllerow dla dodatkowych modulow etc.. nie potrzebuje 100 komponentow tysiac katalogow i nie wiedziec od czego zaczac.

Wiec tak wchodzilem sobie na strony projektow, ZF,Symfony,CI,Kohana,CakePHP,Solar i Agavi i powiem tak ZF i Symfony sa za skomplikowane jak dla mnie maja za duzo klas z czego bym moze uzyl 30% to raz dwa duzo waza trzeba uzyc PEAR'a i jak sie nie myle kilka innych bajerow.

Wiec przyciagnelo na mnie uwage najpierw CI jednak to jest php4 i potem zaraz Kohana czytam dokumentacje przyklady etc i wydaje mi sie super to co potrzebuje malo klas fajnie wyglada dokumentacja nie wydaje sie taka zla jedyne co mnie w niej denerwuje to ze nie opisuja dobrze arg. funkcji i pol klas no ale coz, i fajny jest nawet SOLAR.

NOm i chcialem zapytac czy kohana jest dobrym narzedziem jesli chodzi o wlasne projekty lub cos malego na zamowienie?

Widze ze ma tez obrone przed XSS i CSRF ponadto obsluguje 4 bazy danych i PDO ma tez kryteria jesli chodzi o zapytania wiec jest super.

Jednak o kilka rzeczy musze sie zapytac jak to jest z walidacja formularzy(samo ich stworzenie nie wydaje sie trudne) jednak walidacja troszeczke tak.
Czy jest jakas klasa do logowania jak np w SOLAR mamy: http://solarphp.com/class/Solar_Auth_Adapter i inne klasy wspomagajace.
Debugowanie kodu przy wersjach testowych wystarcza tzn jest dobre?
Jak jest z instalacja tez taka porypana jak Symfony czy Zf lub moze jest latwiejsza i szybsza?

Wiem ze jest malo osob co kodzi W KOhana ale nie widze potrzeby kuc Symfony czy ZF.

REszty pytan po 12 stronach postow nie pamietam .

ja piszę w nim wszystkie aplikacje i mogę śmiało polecić:)

Ja, jak to nazwałeś, kodze w Kohanie. Dla mnie jest bardzo dobra. Oparłem o nią swój własny framework, niemniej jednak nie sprzedaje go ponieważ projekty robie właśnie na niej. Dlatego, że nie ma dziur. Tzn zawsze znajdziesz coś co nie będzie ci pasować ale możesz to zmienic zawsze za pomocą najbardziej zaawansowanego środowiska programistycznego - notatnika.

To ja może zwrócę uwagę na Agavi, które IMHO posiada jeden z najlepszych systemów walidacji.
Jest zorientowany na przychodzące dane (cookies, headers, POST, GET), a walidacje definiuje się w osobnych plikach xml (of korz można też programistycznie w PHP). Zaletą jest, że walidacja nie jest powiązana z modelami, czy formularzami - tworzy się ją jednorazowo, czy to dla HTML, czy dla Web Service BTW tworzenie WS w Agavi jest praktycznie bezbolesne.
Można się zastanawiać jak w takim razie Agavi radzi sobie z wypluwaniem błędów do formularzy HTML? Odpowiada za to Form Population Filter - na podstawie błędów walidacji z XML (np. zdefiniowało się walidacje user[email]) rozpoznaje powiązane pola w formularzu (który jest wyświetlany ponownie w razie błędów) i wstrzykuje do niego HTML z tekstami błędów, jak i wypełnia pola danymi, które były do nich wpisane wcześniej.

Ja na Kohanie napisałem dość rozbudowany (jeśli chodzi o funkcje) sklep internetowy. W ani jednym momencie nie pomyślałem sobie "!@#$% mogłem pisać na Symfony".


Wydaje Ci się. Waidacja formularzy (czy ogólniej: danych) nie jest trudna. Co więcej: pisanie własnych walidatorów jest banalnie proste...


Auth Module
Simple_Auth


Moim zdaniem jest bardzo dobre. Otrzymujesz informacje o wszystkich błędach. Ponadto niezastąpiony jest Profiler; pokazuje zapytania kierowane do bazy danych, zawartość tablic $_GET, $_POST itd oraz kilka innych przydatnych informacji. Dodając do tego zapis informacji do logów oraz Benchmark otrzymujesz wszystkie potrzebne informacje.


To zależy od Twojego łącza internetowego kopiujesz pliki i od razu powinno działać (+ konfig bazy danych).


No i słusznie. Wybierz narzędzie, które najlepiej będzie pasowało do Twoich potrzeb, a nie takie, z którego korzystają inni.

Ten post edytował phpion 18.05.2009, 08:21:08

No to good


Super .


Czyli lepsze niz error_reporting(E_ALL); ??

CHyba wezme sie za symfony.

Ogladalem tez Agavi ale jakos takie troche dziwne to jest podchodzi mi to pod cakePHP i mi sie nie podoba.

A co powiecie o SOLAR??

gdzie?

No chodzby tutaj: http://www.agavi.org/apidocs/

Czyli uważasz, że układ klas w dokumentacji phpDoc (która notabene, może być zupełnie inna od fizycznego układu ) mówi o tym jak framework sprawia się w użytkowaniu? Bo ja tam tylko widzę przemyślaną modularność.



Struktura ogólna Agavi jest praktycznie identyczna jak ta w Symfony

Rotfl pomylilo mi sie chcialem powiedziec ze wezme sie za KOHANA.




Poprostu uwazam ze dokumentacja CakePHP jak i Agavi sa podobne i ich funkcje tez i nie zabardzo mi podchodza.

A widzisz, Ja uważam, że nim się zacznie wydawać osądy powinno się zapoznać z podmiotem co najmniej wnikliwie, a nie po łebkach, pobieżnie.

Przyporównywać do siebie frameworki, które działają zupełnie inaczej - nie wspominając , że Cake to bubel - to troszkę nie na miejscu dla developera.

Hehe no comment ze mnie to lamer kodze by cos pokodzic bo to moje hobby.

Ogolnie porownalem FUnkcje,Dokumentacje opinie user'ow i wole KOHANA jakos bardziej mi pasuje.

P.S chcialem zapytac ludzi kodzacych w KOHANA potrzebowalbym jakis prosty system szablonow jedyny jaki widze to: http://docs.kohanaphp.com/addons/template czy to wystarczy by tworzyc widoki??

P.S2 http://kohanaphp.com/download czemu nie moge sciaganc Modulu Template chyba ze jest on defaultowo.

Ten post edytował marcio 18.05.2009, 12:23:48

Template_Controller w zupełności Ci wystarczy (w połączeniu z obiektami View).


Jest on standardowo dołączany do ściaganej paczki