Wybór Frameworka. Opcje

[qbatoja]

ale pani jadzia nie jest zazwyczaj inteligentna (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif)
@misiek08: Moze zainteresuj sie gotowym cms jak drupal? (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

[nrm]

@qbatoja: 5 postów temu obiecałeś, że już skończyłeś, a dalej gderasz...

Daliście się trochę podpuścić, przyszedł agresywny gościu, pobluzgał trochę, a na koniec poprosił "aby się szanować" LOL. I z merytorycznego wątku zostały jakieś popłuczyny...

[batman]

Jako użytkownik ZF napiszę 5 rzeczy, które mi się w nim nie podobają. A na koniec wyjaśnię dlaczego ZF, a nie Symfony.
1. Domyślny dekorator w Zend_Form otacza kolejne elementy w znaczniki dl, dt, a nie w div. Trzeba za każdym samemu zmieniać. Niby nic trudnego, ale potrafi zdenerwować.
2. Dojo. Nie wiem dlaczego Zend zdecydował się na współpracę z Dojo, a nie z jQuery (w wersji 1.7 dodali ZendX_JQuery).
3. Bardzo dużo możliwości zrobienia jednej rzeczy, np przekazywanie parametrów do jakiegoś obiektu. Można podać tablicę, użyć metod dostępowych, przekazać w metodzie init lub konstruktorze, można przekazać obiekt Zend_Config i kilka innych.
4. Wbrew pozorom dokumentacja nie jest taka wspaniała jak ją malują. Niby wszystko jest w niej opisane, ale wszystkie kruczki i haczyki trzeba samemu znajdować.
5. Pseudo-modułowość. Miałem okazję wykorzystać kilka klas z ZF w autorskim frameworku i niestety oprócz tych kilku klas musiałem przerzucić 3 dodatkowe moduły, ponieważ były ze sobą powiązane.

Więcej wad nie znajdę. Musiałbym siąść do jakiegoś projektu, pewnie coś by się jeszcze znalazło.

A na koniec dlaczego ZF, a nie Symfony.
Zanim zająłem się ZF, zrobiłem sobie mały test - instalacja frameworka i postawienie aplikacji "hello world" na podstawie oficjalnej dokumentacji. Robiłem to na Ubuntu. W ZF zajęło mi to około 10 min, w symfony 30. W ten czas wchodzi znalezienie informacji w dokumentacji, stworzenie projektu, ustawienie configa, bazy itp.
Test ten spowodował, że teraz jestem użytkownikiem ZF.

[phpion]

batman:
Moim zdaniem Twój argument odnośnie decyzji podczas wyboru ZF czy S jest troszkę słaby. Dlaczego nie wziąłeś pod uwagę iż przy którejś aplikacji z rzędu poszłoby Ci to zdecydowanie szybciej? Nie powiesz mi chyba, że teraz nadal siedzisz z dokumentacją przed oczami i szukasz info o "Mój pierwszy projekt w ZF" (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) Argument nieco naciągany (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

[batman]

Argument nieco naciągany

Zapomniałem dodać, że większość czasu zajęło mi znalezienie tego w dokumentacji i poprawne uruchomienie.
Poza tym wolę pracować z takimi narzędziami, które są dobrze udokumentowane, niż z takimi, które może są lepsze, ale muszę z każdym problemem kierować się na forum.

[mike]

ale pani jadzia nie jest zazwyczaj inteligentna (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif)

Jaja sobie robisz? Jaki opiekun aplikacji daje dostęp do plików konfiguracyjnych dla "pani Jadzi"?
Z głupich argumentów w dyskusji się śmiejesz a podajesz jeszcze głupsze. Nie udawaj głupiego. No chyba, że nie udajesz.

Kurde, wpada jakiś troll i z wątku śmieci. Przestańcie go karmić to sobie pójdzie.

[qbatoja]

Jaja sobie robisz? Jaki opiekun aplikacji daje dostęp do plików konfiguracyjnych dla "pani Jadzi"?
Z głupich argumentów w dyskusji się śmiejesz a podajesz jeszcze głupsze. Nie udawaj głupiego. No chyba, że nie udajesz.

Kurde, wpada jakiś troll i z wątku śmieci. Przestańcie go karmić to sobie pójdzie.

To ja nie wiem czego cie k2 nauczylo. Podam Ci przyklad w twoim zajefajnym symfony. Moja agencja robila gniota w symfony dla pewnej brytyjskiej firmiy . Ale szanowny klient chcial aplikacje hostowac na swoim serwerze a nam nie dali do niego zadnego dostepu, chcieli tylko instrukcje jak to uruchomic. Zeby skonfigurowac propela, sam dobrze wiesz co trzeba zedytowac. Na szczescie wszystko poszlo okej, ale moglobyc roznie, bo pracujac jeszcze w polsce robilem aplikacje .netowa dla duzej firmy, ktora rowniez nie dawala nam dostepu, placili sporo wiec mozna bylo sie meczyc i uwierz mi ze spece od IT, ktorzy dostawali gruba kase nie potrafili dobrze pliku przegrac.

Mysle ze wiele osob skorzystalo na tych "smieciach" A Ty jestes najbardziej wulgarna i nierozgarnieta osoba na tym forum, umiesz tylko jezdzic po ludziach, twoje posty sa przepelnione agresja, czego nei znalazlem w postach LBO i phpiona. wielki moderatorze! [btw. karmic trola i ajfon srajfon, najpopularniejsze teksty ostatnio. ehh]
Sorry za (IMG:http://forum.php.pl/style_emoticons/default/offtopic.gif)

Ten post edytował qbatoja 8.01.2009, 00:15:37

[phpion]

qbatoja:
Aby (w miarę) bezboleśnie przenieść aplikację napisaną w Symfony wystarczy skorzystać z polecenia freeze, które przekopiuje biblioteki Symfony (i wszystko co z nim związane w tym i Propel) do katalogu projektu. Wtedy wystarczy tylko wrzucić na serwer, skonfigurować dane dostępowe do bazy danych i to w zasadzie wszystko. Znowu więc nieco mijasz się z prawdą (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) Poza tym chcąc instalować Symfony na serwerze wystarczy wydać 1 polecenie dla PEAR (no, plus discovery channel). Nie jest to więc aż tak skomplikowane zadanie... zakładając oczywiście odrobinę szczęścia (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) hehe.

[mike]

To ja nie wiem czego cie k2 nauczylo. Podam Ci przyklad w twoim zajefajnym symfony. Moja agencja robila gniota w symfony dla pewnej brytyjskiej firmiy . Ale szanowny klient chcial aplikacje hostowac na swoim serwerze a nam nie dali do niego zadnego dostepu, chcieli tylko instrukcje jak to uruchomic. Zeby skonfigurowac propela, sam dobrze wiesz co trzeba zedytowac. Na szczescie wszystko poszlo okej, ale moglobyc roznie, bo pracujac jeszcze w polsce robilem aplikacje .netowa dla duzej firmy, ktora rowniez nie dawala nam dostepu, placili sporo wiec mozna bylo sie meczyc i uwierz mi ze spece od IT, ktorzy dostawali gruba kase nie potrafili dobrze pliku przegrac.

No i znowo okazuje się, że nie wiesz o czym piszesz. Postawienie aplikacji w symfony to kwestia freeze i proste zmiany w maksymalnie dwóch/trzech plikach konfiguracjnych. W następnym poście znów napiszesz, że wycofujesz się z tego? Ile już takich postów napisałeś?

Mysle ze wiele osob skorzystalo na tych "smieciach" A Ty jestes najbardziej wulgarna i nierozgarnieta osoba na tym forum, umiesz tylko jezdzic po ludziach, twoje posty sa przepelnione agresja, czego nei znalazlem w postach LBO i phpiona. wielki moderatorze! [btw. karmic trola i ajfon srajfon, najpopularniejsze teksty ostatnio. ehh]

To Ty zacząłeś tą dyskusję i to Ty nastawiłeś ją na tory agresywności i wulgaryzmów. Nie ma co się teraz dziwić.

Do wszystkich
Proszę o powrót do dyskusji takiej jak wyglądała przed wojną, którą wzniecił ~qbatoja w poście nr 102 tej dyskusji. Każda osoba, która będzie kontynuowała ten spór w takim tonie jak jest on prowadzony obecnie (tj. przekrzykiwanie się i obrażania bez wyraźnych konkretów) będzie karana ostrzeżeniem przez moderatorów.
W ostateczności wątek zostanie zamknięty na krótki czas aż wszyscy ochłoną.

[qbatoja]

No i znowo okazuje się, że nie wiesz o czym piszesz. Postawienie aplikacji w symfony to kwestia freeze i proste zmiany w maksymalnie dwóch/trzech plikach konfiguracjnych.

Znow nie czytacie ze zrozumieniem, dobrze wiem co to freeze i wcale nie pisalem o powaznych zmianach i nie nie wspominalem o 10 plikach i zmianach w kodzie. W moim przypadku dokladnie 2 pliki byly potrzebne do edycji, podalem ci przyklad ze jednak pani jadzia ma dostep do pliku konfiguracyjnego. wiec cala twoja retoryka powinna byc w koszu. Dobra koniec, nie bede sie bronil i pierwszy to zakoncze. Aczkolwiek winny sie nie czuje, bo wystarczy napisac napisac ze symfony to zlo a juz jest sie trolem (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) Aa, mial byc koniec (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif)

Wracajac do tematu, co moge polecic phpowcom, ktorzy nie maja duzego doswiadczenia z inzynieria oprogramowania?
tak! symfony moge polecic, bo w 99% wystarczy wam podejscie, ktore jest tam zaimplementowane. Nauczycie sie wykorzystywac generatory, instalowac pluginy i napiszecie bezbolesnie spoko back-end. A jak dostaniecie dostep do shela, to bedzie jeszcze latwiej (w 80% go nie dostaniecie (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif) )
Jesli chcecie cos bardziej elastycznego i wyrafinowanego, i macie pojecie jak sie zabrac za wydajna architekture, to Zend Framework jest do tego idealny. I pozniejsze pisanie w nim to sama rozkosz. Do tego w polaczeniu z Zend Studio for Eclipse, bedziecie mieli programowe wsparcie, ktore na maksa ulatwia prace (jest tam nawet cos jak new -> zend framework project, ktory tworzy wam silna podstawe na ktorej mozna juz cos wyrzezbic).

Pozdrawiam

[itsme]

@qbatoja: lamisz na forum publicznym to raz. Dwa popełniasz błędy a nie potrafisz powiedzieć "rzeczywiście ten argument z mojej strony jest do bani".
Dlaczego?
Oświadczasz, że Symfony jest do bani, bo dla klienta z Anglii (jakby miało to jakieś znaczenie) nie mogłeś "swobodnie" przenieść aplikacji gdyż wymagało to edycji pliku lub plików.
Po zwróceniu Ci uwagi, że można to zrobić w sposób prosty i wygodny stwierdzasz, że nie potrafimy czytać ze zrozumieniem.
Idąc Twoim tokiem rozumowania, Symfony jest bee, bo podczas przenoszenia aplikacji nie mogłeś/lub oni nie mogli edytować pliku.
Czyli konieczność edycji jednego pliku dyskwalifikuje Symfony względem ZF.
Tym samym należy rozumieć, że Twój klient z Angli (jakby miało to jakieś znaczenie) nie musiałby edytować pliku konfiguracyjnego przy przenoszeniu ZF.

Teraz rozumiesz? Symfony BEE, bo trzeba edytować plik lub pliki. ZF CACY, bo nie trzeba edytować pliku. hmm a może jednak trzeba ? - Czyli nie ma różnicy.

Konkluzja: nic nie wiedziałeś o freeze i teraz jest Ci wstyd się do tego przyznać.

A jak dostaniecie dostęp do shela, to bedzie jeszcze latwiej (w 80% go nie dostaniecie )

na marginesie pracuje sie na localhost i tam można wszystkie pliki wygenerować również pod Windowsem ... Czyli kolejna wtopiona argumentacja.
ZF nie jest Frameworkiem - tak długo jak sobie tego nie napiszemy. Dostaniesz 10 produktów napisanych w ZF przez 10 różnych podmiotów ze zleceniem połączenia tego i polegniesz - bo każdy napisał swój Framework ze swoją strukturą itp
w Symfony pominięto pewne etapy tylko na korzyść programisty i AŻ takich kłopotów nie będzie.

I tego argumentu nie obalisz.


@mike: z szacunku do samego siebie - nie zwalczaj wojny wojną ... jak widzisz nikt nie wygra.

I mała uwaga końcowa: wczoraj w radio w RMFFM porannym gościem był były Ambasador Izraela (rozmowa na temat obecnej sytuacji w strefie Gazy), który powiedział coś bardzo ciekawego:
Wszyscy wiedzą jak wojnę wywołać, lecz później nikt nie wie jak ją zakończyć.
W wyniku wojny nikt nie jest wygranym a wszyscy są przegrani - gdyż wojna sama w sobie jest złem.

Rozumiem dyskusje na argumenty. Nie rozumiem dlaczego niektórzy są na nie głusi.

[qbatoja]

@qbatoja: lamisz na forum publicznym to raz. Dwa popełniasz błędy a nie potrafisz powiedzieć "rzeczywiście ten argument z mojej strony jest do bani".
Dlaczego?
Oświadczasz, że Symfony jest do bani, bo dla klienta z Anglii (jakby miało to jakieś znaczenie) nie mogłeś "swobodnie" przenieść aplikacji gdyż wymagało to edycji pliku lub plików.
Po zwróceniu Ci uwagi, że można to zrobić w sposób prosty i wygodny stwierdzasz, że nie potrafimy czytać ze zrozumieniem.
Idąc Twoim tokiem rozumowania, Symfony jest bee, bo podczas przenoszenia aplikacji nie mogłeś/lub oni nie mogli edytować pliku.
Czyli konieczność edycji jednego pliku dyskwalifikuje Symfony względem ZF.
Tym samym należy rozumieć, że Twój klient z Angli (jakby miało to jakieś znaczenie) nie musiałby edytować pliku konfiguracyjnego przy przenoszeniu ZF.

Hahahah, ten post mnie rozwalil (ciekaw jestem czy warna dostaniesz, napewno nie, bo jestes za symfony). A myslalem ze ludzie z mojego miasta prezentuja akceptowalny poziom (nalezy mi sie warn za to, wiem). Az nie wiem co napisac bo rece opadaja. No kiedy oswiadczylem ze symfony jest do bani, bo trzeba edytowac pliki konfiguracyjne? no kiedy?(IMG:http://forum.php.pl/style_emoticons/default/questionmark.gif) ? cytuj!! napisalem ta historie tylko zeby uswiadomic, ze klient czasem musi miec dostep do pliku konfiguracyjnego. Moglem w ten przyklad dac aplikacje napisana w ZF, ale takiej sytuacji jescze nie mialem. I co ma tutaj freeze do tego? przeciez napisalem: "Zeby skonfigurowac propela, sam dobrze wiesz co trzeba zedytowac." nie wiesz? to ja ci powiem, bo u mnie dwa pliki yaml'a. I to wszystko. Dalem tu, powtorze sie znow, przyklad mike'owi ze w niektorych wypadkach daje sie dostep do plikow konfiguracyjnych. A ty nagle jakies teorie z dupy, odwracasz wszystko. Ze niby w zendzie nie trzeba konfiguracji zmieniac, ja pier.... Przekroczyles teraz pewne granice.

Piszesz o zakonczeniu wojny a sam ja jatrzysz. Poza tym potrafie sie przyznac, wycofalem sie z pewnych argumentow, bo ktos mi potrafil uswiadomic moja niewiedze co do symfony mocnymi argumentami. A potem ktos mnie jeszcze wysmial, ze sie wycofuje. zalosne

Jestescie towarzystwem wzajemnej adoracji, zaslepionym w swojej dumie. Bo co? bo jetescie lepsi od innych? Napewno. Ale to nie czyni z was nadludzi.

Ten post edytował qbatoja 8.01.2009, 12:11:55

[itsme]

qbatoja: teraz kieruje słowa do Ciebie nie Twoich argumentów.

1. Nie oceniam Ciebie - oceniam Twoje zachowanie i wypowiedzi.
2. A myslalem ze ludzie z mojego miasta prezentuja akceptowalny poziom
- nie jest to Twoje miasto, w tym mieście mieszkasz
- obrażasz swojego rozmówcę i za to warn
3. dla Twoje wiadomości firma dla której pracuje używa obu produktów
4. Nie dawaj durnych przykładów bo one do niczego nie prowadzi a tylko mąci w Twoich wypowiedziach. W każdym przypadku jeżeli przenosimy aplikację należy go skonfigurować. Co miał Twój przykład innym udowodnić? DO czego on ma służyć ? CO z tego że są spece od IT, którzy nie potrafią przegrać pliku - jak to ma się do Sym a do ZF ? NIe będę dociekał pięć postó niżej co Ty miałeś na myśli.
5. wyrażenia typu "teoria z dupy" itp zachowaj dla siebie abyś nie musiał pisać o akceptowalnym poziomie.
6. moj poprzedni post był kierowany do wszystkich
7. podałem CI argument jakoś nie potrafiłeś się do niego ustosunkować ale znalazłeś w sobie siłę aby "dowalić"
8. jeżeli chcesz udowadniać swoją siłę słownictwa nad wyższością ZF i Sym zapraszam na PW nie zaśmiecaj przyklejonego tematu.

do pozostałych - dzis posprzatam ten temat szkoda go na wojny ...
Do kosza poleca wszystkie watki gdzie jest zaczepka osobista oraz wypowiedzi nawiazujace do nich - w tym rowniez moje mika i innych rozmowcow.

// Dodam od siebie, że zanim polecą do śmietnika, autor dostanie ostrzeżenie.
// ~webdice

[Insert]

Kłótnia toczyła się głównie pomiędzy użytkownikami / zwolennikami Zenda i Symfony. 

Rozumiem, że wiele osób nie bierze pod uwagę mało popularnych frameworków, takich jak prado, agavi, seagull czy nawet kohana (nie mówię, że są złe - mówię, że wielu nie bierze ich pod uwagę z powodu bądź co bądź dość niewielkiej popularności).

Nie rozumiem jednak gdzie jest miejsce CakePHP w tej dyskusji? Jest dość popularny i dojrzały, w moim odczuciu, póki co (mam z nim małe doświadczenie, przyznaję) Cake może konkurować z Symfony czy Zendem (może konkurować != ma podobne, potężne możliwości). Zadałem sobie trud i przeczytałem wszystkie 8 stron, framenty sensowne i te mniej. Ale nikt nie napisał jakie są najważniejsze, ramowe zalety i wady tego frameworka. Czy ktoś byłby uprzejmy z użytkowników CakePHP napisać dla potrzeb moich i potomnych takie małe zestawienie w punktach?

Dlaczego zastanawiam się mocno nad CakePHP? Korzystałem z wielu rozwiązań. Zend, Symfony, CI (stare czasy), Kohana, Prado, Seagull, Cake też, powierzchownie. Wychodząc poza PHP także z Django... Jednak każde z tych frameworków miało jakąś sporą wadę lub kilka, które (akurat mi) doswierały. Obecnie korzystam od kilku miesięcy z Kohany jednak sam nie wiem, czy jak tak dalej pójdzie, to będę nadążał kończyć projekty przed aktualizowaniem FW to nowej wersji. Ten framework w moim przekonaniu skupia się na rozwoju w pionie, a nie w poziomie. Ma to swoje zalety, ale dla mnie potrzebne jest jak najbardziej stabilne narzędzie pracy. Chcę frameworka dojrzałego, w którym będzie większość najbardziej potrzebnych rzeczy, w którym szybko napiszę potrzebną mi aplikację bez zbędnych modyfikacji. No i oczywiście w którym nowe wersje będą w 100% wstecz kompatybilne (w Kohanie już 3 razy musiałem modyfikować aplikacje, bo akurat wyszła nowa wersja, a chcąc wdrożyć wszystkie poprawki wdrażałem automatycznie także i przerobione rozwiązania). Nie oczekuję przekonywania mnie, że jednak Symfony, a może jednak Zend, bo przecież to czy tamto. Dziękuję z góry, ale pytam wyłącznie o CakePHP.

Ten post edytował Insert 12.01.2009, 14:26:43

[JoShiMa]

Nie rozumiem jednak gdzie jest miejsce CakePHP w tej dyskusji?

Nie czytałeś uważnie

@Lk_hc: w zasadzie do wyboru masz 5:
cakePHP
CodeIgniter
KohanaPHP
Symfony
ZendFramework

2 pierwsze skreślasz ze względu na używanie nie supportowanych wersji PHP.

Ten post edytował JoShiMa 12.01.2009, 14:32:26

[Insert]

Nie czytałeś uważnie

Czytałem przytoczony przez Ciebie argument normanosa, jednak nie podzielam go, ponieważ Cake ma wsparcie zarówno dla PHP4 jak i 5, już od dawna. Chciałem powiedzieć we wcześniejszym poście, że nie znalazłem żadnych zalet / wad, żadnego konkretnego zbioru argumentów, do czego napisania namawiam a zarazem proszę użytkowników CakePHP.

[nrm]

nie podzielam go, ponieważ Cake ma wsparcie zarówno dla PHP4 jak i 5, już od dawna.

na czym polega ów wsparcie? (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

A ogólnie: zawsze twierdziłem, że FW to w pierwszej kolejności filozofia tworzenia, a dopiero potem masa innych rzeczy. cakePHP był moim pierwszym FW kilka lat temu porzuconym po pierwszym projekcie. Narzucał mi zbyt sztywne ramy, był całkowicie zORMowany, a większość czasu zajmowało mi obchodzenie tych ram zamiast pisanie samej aplikacji. RoR do mnie nie przemawia więc i cakePHP nie dał rady (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

[Insert]

na czym polega ów* wsparcie**? (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

*owe - (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)


**Nie bawiłem się nim, więc to, czym obaliłem (bądź chciałem obalić) Twój argument przeciwko Cake, oparłem na zdaniu wywleczonym prosto z oficjalnej dokumetacji:

Compatible with versions 4 and 5 of PHP

Ten post edytował Insert 12.01.2009, 15:56:20

[LBO]

Compatible with versions 4

Dla mnie to wada nie do przeskoczenia i z miejsca skreśla ten/każdy framework.

Ten post edytował LBO 12.01.2009, 16:26:17

[Insert]

Dla mnie to wada nie do przeskoczenia i z miejsca skreśla ten/każdy framework.

Dla mnie również (dlatego nie korzystam już dawno z CodeIgnitera), jeżeli nie byłoby wzmianki "and PHP5"... Jeżeli jest, to moje aplikacje mogą działać nawet w PHP3 (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) byle można było pisać na "obraz i podobieństwo" PHP5, wykorzystywać wszystkie dobrodziejstwa tej wersji PHP.