Alan Gabriel B.

Alan Gabriel B. Software Engineer,
IFX

Temat: Jaki framework?

Jakub B.:
W gruncie rzeczy ma to też pozytywną stronę, że tak się wyrażę, edukacyjną - zachęca developera do zapoznania się choć trochę w frameworkiem i nie pozostawia w przekonaniu, że coś robi się samo. No ale jak komuś się do bebechów nie chce zaglądać, to chyba nic go nie zmusi...

Ale widzisz to jest tak, że jak miałem styczność z ZF to nie miałem doświadczenia z żadnym innym "fullstack" frameworkiem i miałem trudności z tym, żeby coś sensownego sklecić. Fakt, były te delikatne porady co i jak zrobić, ale nic więcej. Generalnie później z Tego shit wychodził :)

Ostatnio nie miałem problemu, żeby postawić od zera prostego bloga z galerią na ZF, ale tylko dlatego, że już wiedziałem z czym co się je i jakie są najlepsze rozwiązania.

Wracając do shitu. Jakiś czas temu miałem nieprzyjemność oglądać wypociny kilku programistów w ZF i to była masakra. Nic Ich nie broniło, żeby przed tym, żeby całość była nieoptymalna (miliard include_pathów do modeli typu: Model_*, Gallery_*, Blog_*, User_*; Pobieranie przez getRelatedRows() i tryliard zapytań przy tym etc.), brzydka (całość rozbuchanej konfiguracji w jednym pliku) i do dupy (całość inicjalizacji w index.php, bo nikt nie wiedział do czego użyć filtrów (pluginy kontrolera) żeby sobie ułatwić życie).. no i te cholerne ACL.

Tak, czy siak od ZF (jako frame'a) trzymam się z daleka, bo zwyczajnie poznałem lepsze rozwiązania :)Alan B. edytował(a) ten post dnia 04.12.08 o godzinie 22:38
Alan Gabriel B.

Alan Gabriel B. Software Engineer,
IFX

Temat: Jaki framework?

Jakub B.:
W gruncie rzeczy ma to też pozytywną stronę, że tak się wyrażę, edukacyjną

Edukacyjną? Uczy chyba jak szeroko można ZF omijać łukiem :D:D:D
Piotr Gabryjeluk

Piotr Gabryjeluk Production Engineer

Temat: Jaki framework?

Alan B.:

Wracając do shitu. Jakiś czas temu miałem nieprzyjemność oglądać wypociny kilku programistów w ZF i to była masakra. Nic Ich nie broniło, żeby przed tym, żeby całość była nieoptymalna (miliard include_pathów do modeli typu: Model_*, Gallery_*, Blog_*, User_*; Pobieranie przez getRelatedRows() i tryliard zapytań przy tym etc.), brzydka (całość rozbuchanej konfiguracji w jednym pliku) i do dupy (całość inicjalizacji w index.php, bo nikt nie wiedział do czego użyć filtrów (pluginy kontrolera) żeby sobie ułatwić życie).. no i te cholerne ACL.

To jest przykład dlaczego nie warto używać ZF jako frameworka z całym MVC Zendowym. Natomiast jeśli chcesz zrobić szybko coś, co wykracza poza standardową stronę, np. obsługę PingBacków, jakiś XMLRPC, czy JSON-RPC, search engine (Zend_Search_Lucene -- szybka (o dziwo) implementacja Lucene w czystym PHP), pobieranie maili bezpośrednio z folderów Maildir lub przez IMAP to klasy z tego "bałaganu" są naprawdę przydatne. Nie wspominając o świetnym Zend_Loaderze (który mógłbym napisać sobie w piętnaście minut, no ale po co, skoro mam w zero minut za darmo :).

Tak czy inaczej, jedno jest pewne. Warto korzystać z napisanego już kodu (czy to napisało się go samemu, czy ktoś go napisał).

I muszę powiedzieć, że mnie wkurza Zend_Db. Przede wszystkim brak podpowiadania pól obiektów bazodanowych w Eclipsie. Doctrine generuje parę linijek w modelach @property to @property tamto w JavaDocach i Eclipse świetnie podpowiada wszystkie pola :). No ale to trochę inny temat.
Alan Gabriel B.

Alan Gabriel B. Software Engineer,
IFX

Temat: Jaki framework?

Piotr Gabryjeluk:
To jest przykład dlaczego nie warto używać ZF jako frameworka z całym MVC Zendowym. Natomiast jeśli chcesz zrobić szybko coś, co wykracza poza standardową stronę, np. obsługę PingBacków, jakiś XMLRPC, czy JSON-RPC, search engine (Zend_Search_Lucene -- szybka (o dziwo) implementacja Lucene w czystym PHP), pobieranie maili bezpośrednio z folderów Maildir lub przez IMAP to klasy z tego "bałaganu" są naprawdę przydatne.

Wiem, właśnie dlatego napisałem:
Alan B.:
[...] od ZF (jako frame'a) [...]

konto usunięte

Temat: Jaki framework?

Piotr Gabryjeluk:

Natomiast jeśli chcesz zrobić szybko coś, co wykracza poza standardową stronę, np. obsługę PingBacków, jakiś XMLRPC, czy JSON-RPC, search engine (Zend_Search_Lucene -- szybka (o dziwo) implementacja Lucene w czystym PHP), pobieranie maili bezpośrednio z folderów Maildir lub przez IMAP to klasy z tego "bałaganu" są naprawdę przydatne. Nie wspominając o świetnym Zend_Loaderze (który mógłbym napisać sobie w piętnaście minut, no ale po co, skoro mam w zero minut za darmo :).

Tak, trudno się nie zgodzić, że wprawdzie podejście developerów ZF jest do usrania metodyczne w rozwijaniu różnych "ficzerów", ale ZF jako zestaw klas jest naprawdę świetny. Ostatnio używałem ZF-owej obsługi JSON-a i jest super. Zwłaszcza w porównaniu z tą wbudowaną w PHP-a.
Artur Świerc

Artur Świerc Programista PHP/Java

Temat: Jaki framework?

Dodam swoje 3 grosze krytyki, jesli chodzi o biblioteki... :P

Wydaje mi sie ze ludzie z ZF czasem zbyt sztywno trzymaja sie reguly pisania wszystkiego od nowa. Czesto nie biora pod uwage rozwiazan, ktore istnieja juz dosc dlugo na rynku i maja sie dobrze. Mam tu na mysli chociazby klase Zend_Pdf, z ktora ostatnio sie troche bawilem, szukajac najlepszej biblioteki do projektow DTP. Po tym, jak odkrylem brak obslugi fotek w cmyku, powrocilem do TCPDF, gdzie jest to od dawna obslugiwane...

konto usunięte

Temat: Jaki framework?

ZF nie jest idealny, ale dobry - i owszem.

Najwazniejsze, ze jest systematycznie rozwijany. Jak ktos w nim troche popracuje, napisze pozadna aplikcje, ktora ma rece i nogi.

Ja osobiscie juz napisalem w tym juz parenascie projektow, takze chcac nie chac, stworzylem sobie szkielet bazowy do tworzenia apliakcji.

Modul do zarzadznia ACLami (acle sa na bazie, cachowane) i inne standardowo do zarzadznia userami etc. etc.

I nikt nie broni w ZF uzywac zewnetrznych, konkretnych bibliotek. Ja w swoim szkielecie w Lib mam kilkanascie zewnetrznych bibliotek, ktore zwyczajnie czasami sie przydaja i ciezko byloby je zastapic.

W ZF tak jak we wszystkim, mozna wyrzezbic cos naprawce ciekawego, na podstawie czego bedzie mozna znacznie szybciej pisac kolejne aplikacje :)

konto usunięte

Temat: Jaki framework?

Filip Szamborski:
Za pewne temat rzeka ale jaki radzicie framework.. najlepiej z polską dokumentacją... zastanawiam się na Zend lub Cake - dopiero zamierzam zacząć prace z frameworkami..?

ZF
Mariusz Raczynski

Mariusz Raczynski Właściciel firmy
Pixey

Temat: Jaki framework?

Na poczatak polecal bym Symfony! fajnie udokumentowany , prosty , i nazuca pewne standarty kodowania :) jak wejdzie w krew to mozna uzywac pozniej czegokolwek . ta

konto usunięte

Temat: Jaki framework?

mariusz raczynski:
Na poczatak polecal bym Symfony! fajnie udokumentowany , prosty , i nazuca pewne standarty kodowania :) jak wejdzie w krew to mozna uzywac pozniej czegokolwek . ta
podpisuję się pod tym
Marcin K.

Marcin K. Programowanie jest
moim powołaniem,
Alleluja

Temat: Jaki framework?

Bardzo się cieszę, że konkurencja rośnie na ZF, jak rozpoczynałem z nim prace to była wersja 0.2 wtedy to nikt jeszcze na GL nie pisał na jego temat i o manualu można było tylko pomarzyć.

ZF, Cake, Symfony każdy jest dobry pod swoimi względami, ale jak napisana jest cała aplikacja zależy już tylko od programisty. Dobrym sposobem jest pisać aplikacje jak pod JAVA EE (wszystko pięknie i czytelnie)
Łukasz Strzałkowski

Łukasz Strzałkowski Programista Ruby

Temat: Jaki framework?

Wspomniał ktoś tutaj o Agavi?

Chyba nie.

http://agavi.org/ - najlepszy aktualnie framework w PHP. Lekki, elastyczny, a zarazem potężny.
Mirosław O.

Mirosław O. netBOMB.pl

Temat: Jaki framework?

Łukasz Strzałkowski:
http://agavi.org/ - najlepszy aktualnie framework w PHP. Lekki, elastyczny, a zarazem potężny.

Marna prowokacja ;)

konto usunięte

Temat: Jaki framework?

Mirosław O.:
Łukasz Strzałkowski:
http://agavi.org/ - najlepszy aktualnie framework w PHP. Lekki, elastyczny, a zarazem potężny.

Marna prowokacja ;)

Jaki framework, taka prowokacja :D

A tak już na poważnie: dajmy sobie już spokój z tym "ten lepszy, tamten gorszy" bo to nic nie wnosi do dyskusji a jedynie zaśmieca wątek... Dla każdego coś innego...
Alan Gabriel B.

Alan Gabriel B. Software Engineer,
IFX

Temat: Jaki framework?

Łukasz Strzałkowski:
Wspomniał ktoś tutaj o Agavi?

Chyba nie.

http://agavi.org/ - najlepszy aktualnie framework w PHP. Lekki, elastyczny, a zarazem potężny.

owszem, wspominał :>
Alan Gabriel B.

Alan Gabriel B. Software Engineer,
IFX

Temat: Jaki framework?

Piotr Lewandowski:
Jaki framework, taka prowokacja :D

Wiesz, Agavi biję na głowę 90% tego co jest na PHPowym rynku, więc...
Łukasz Strzałkowski

Łukasz Strzałkowski Programista Ruby

Temat: Jaki framework?

Mirosław O.:
Łukasz Strzałkowski:
http://agavi.org/ - najlepszy aktualnie framework w PHP. Lekki, elastyczny, a zarazem potężny.

Marna prowokacja ;)


Mów co chcesz, ale lepiej napisanego i przemyślanego framewrka nie ma.

To że nie ma on własciwie dokumentacji nie znaczy że jest złym frameworkiem, bo nim nie jest.

konto usunięte

Temat: Jaki framework?

Promowanie tego czego się samemu używa nie jest dobrym pomysłem, niech każdy pracuje na tym na czym mu pracuje się najlepiej. Jedni wolą składankę od Zenda, inni Symfony, a jeszcze inni CI, są też tacy którzy lubią Agavi, ja jako raczkujący z frameworkami za Agavi raczej nie mam się co zabierać skoro nie ma dokumentacji :P Zostanę przy CI który jest bardzo, bardzo prosty :)

A jakieś argumenty, dlaczego Agavi wg Ciebie?Krystian Podemski edytował(a) ten post dnia 15.03.09 o godzinie 21:44
Alan Gabriel B.

Alan Gabriel B. Software Engineer,
IFX

Temat: Jaki framework?

1. Agavi posiada konfigurację w XML. Daje to takie cacka jak code-completion i obsługę technologii opartych o xml. Sam system konfigu jest bardzo wydajny - xml są kompilowane do PHP.
2. Agavi posiada prawdziwą separację warstwy widoku od warstwy kontrolera. To dla tych co nie uważają, że V w MVC to szablon.
3. Layout wspomnianego widoku może się składać z kilku szablonów, nałożonych na siebie niczym warstwy - przy czym takie każda z warstw może obsługiwać inny system renderowania: PHP, Smarty, OPT). Oczywiście konfigurowalne.
4. Dzięki obiektowemu potraktowaniu widoku Agavi posiada coś takiego jak output types - kontroler przekazuje dane do widoku, a obiekt widoku na podstawie requestu rozróżnia czy ma to być XML, XHTML, JSON i uruchamia odpowiednie metody z logiką odpowiedzialną za przetworzenie tych danych). AJAX jest dzięki temu dziecinnie łatwy - tworzy się akcję raz, a wszelkie zabawy z obróbką danych wyjściowych już poza nią. Oczywiście konfigurowalne.
5. Agavi posiada system (ofkorz xmlowy) walidacji, który naprawdę pozwala poczuć się bezpiecznym.
6. Jest RESTfull od bardzo, bardzo dawna.
7. Kod Agavi to majstersztyk.
8. Jeżeli ktoś słyszał kiedyś np. o DDD to Agavi jest dla niego. Konstrukcja frameworka zachęca do tworzenia prawdziwych modeli nie opartych w całości o bazę (ORM). Nie wymusza Tego oczywiście.Alan Gabriel B. edytował(a) ten post dnia 15.03.09 o godzinie 22:15

konto usunięte

Temat: Jaki framework?

Przesiadka CI -> Agavi to dobry pomysł? Myślałem na początku o Kohanie, chociaż... wiele dobrego wyczytałem o Symfony, jednakże przesiadka CI -> Symfony chyba troszkę zbyt ekstremalny czyż nie?

Następna dyskusja:

Jaki framework dla serwisu ...




Wyślij zaproszenie do