[Cake][SF][ZF]Jakie są różnice, plusy, minus między ZendFramework, Symfony, CakePHP, Kohana, Yii, Czym się różnią i jakie są konsekwencje tych różnic dla POCZĄTKUJĄCEJ? Opcje

[jolam]

Moi mili, przeczytałam wiele tematów na tym forum o wyborze Frameworka. Ale wszystkie one sprowadzały się do dyskusji na tematy, których ktoś kto nie używał żadnego Frameworka w ogóle nie zrozumie. I ja tez nie rozumiałam. Tych Frameworków jest dużo, a różnice między nimi trudno dostrzec. Jestem przekonana, że nie tylko ja mam taki problem. Jestem początkująca, ale jak każdy chciałabym się uczyć i rozwijać. Ale nigdy Frameworka nie używałam. Nauczyłam się programować obiektowo i myślę, że teraz przyszedł czas na Frameworki. Tylko który wybrać? Jak je porównać? Wydaje mi się, że ważnych jest kilka tematów:
a) Prostota i intuicyjność użycia. Czyli, żeby w miarę szybko dało się napisać w takim Frameworku prostą stronę, a nie żeby trzeba było studiować miesiącami dokumentacje, albo analizować strukturę dziesiątek katalogów.
(IMG:style_emoticons/default/cool.gif) Dokumentacja tez jest bardzo ważna, bo jak się nauczyć czegoś nowego nie mając dobrej dokumentacji?
c) Możliwość użycia na dowolnym wspólnym hostingu. W domu można sobie wszystko w php.ini zmienić ale na tych hostingach wspólnych już nie zawsze. Zwykle nie ma tez dostępu do systemu operacyjnego an takim hostingu i nie ma wiersza poleceń. A ponoć Symfony tego wymaga?
d) Stabilność i przyszłościowość. Sama nie wiem co bym zrobiła jakby się okazało, ze Framework którego się nauczyłam naglę się zmienił i wszystko co w nim napisałam już nie działa w nowszej wersji. Albo co gorsza Frameworka przestał istnieć i nie będzie w ogóle nowych wersji.
e) Elastyczność i efektywność programowania w danym Frameworku. Im szybciej - po poznaniu Frameworka - można zaprogramować w nim konkretną rzecz tym lepiej.I dobrze byłoby aby mieć jakąś swobodę, że coś można zrobić tak lub tak, a nie tak jak pozwala Framework.
f) Wydajność, coś co jest bardzo wolne, albo zużywa zbyt wiele procesora albo pamięci nie jest zbyt fajne.
g) Zwiększenie szans na lepsza pracę. To trochę dziwny punkt. Ale fajnie by było jakby się okazało, że wybierając jakiś Framework zwiększam szanse na lepszą pracę. Pewnie jedne są bardziej popularne wśród pracodawców a inne mniej.


Bardzo prosiłabym Was o wypowiedzenie się w tym temacie i ocenę najpopularniejszych i najlepszych Frameworków według tych punktów (np 1-10), albo jakiś innych. Tak, żeby dało się to porównać i podjąć dobrą decyzje. Jestem przekonana, że byłoby to bardzo pomocne dla bardzo wielu osób w podobnej do mojej sytuacji.

Proszę o zrozumienie. Wiem, że wiele jest takich pytań. Ale myślę, że one ciągle wracają bo ciągle nie ma dobrego tematu z takim porównaniem. Co ma zrobić ktoś na moim miejscu, jeśli widzi tylko wypowiedzi: wybierz ten, wybierz tamten. Ale bez żadnego zrozumiałego uzasadnienia, porównania. A przecież decyzja o wyborze Frameworka jest bardzo ważna, bo wiąże się z poświęceniem bardzo dużej ilości czasu na jego poznanie.

pozdrawiam najserdeczniej Jola

Ten post edytował jolam 29.04.2010, 19:52:34

[thek]

Jolam... Dopiero co przedwczoraj miałem pytania na PW od jednego usera apropos frameworkow i MVC :)
Chłopaki już wiele Ci powiedzieli. Pytanie jakie zadałaś nie ma bowiem prostej i jednoznacznej odpowiedzi. Odpowiem więc, podobnie jak poprzednik, na punkty które poruszyłaś:
a - prostota i intuicyjność w zasadzie to cechy prostszych, mało rozbudowanych frameworków, które wymagają jednak większej znajomości samego języka, by swobodnie pisać to, czego mu brakuje. Im mniejszy tym mniej czasu zajmuje jego analiza. Gdybyśmy tak spojrzeli to najprawdopodobniej odrzuciłabyś z listy Zenda i Symphony
b - nowe FW cechuje niestety zazwyczaj słaba dokumentacja lub słabe wsparcie społeczności. Tutaj zapewne byś odrzuciła Kohanę. Ma ona niestety dokumentacje w powijakach...
c - tutaj chyba wszystkie się łapią. Problemy mogą być sporadyczne i wynikają zazwyczaj nie z samego frameworka, ale choćby struktury hostingu i wymagań fw (przykładowo musi być na określonym poziomie serwera, czyli w root, a nie podkatalogu jakimś, choć nieraz da się to obejść)
d - tutaj nikomu nie możesz wierzyć. Wraz z rozwojem języka rozwijają się frameworki. Niektóre zostają na określonej wersji, a inne ewoluują w zupełnie nowe projekty. Tak było z Code Igniterem, który "stał się" Kohaną. To duże uproszczenie, ale CI + OOP + PHP5 = Kohana :) By było jeszcze bardziej zagmatwane, to same fw co jakiś czas mogą przechodzić radykalne zmiany. Kohana znów jest przykładem. Różnica między 2.X a 3.X to nie tylko numeracja inna. Zmieniono tam koncepcję działania i wszystko począwszy od struktury katalogów uległo mniejszym lub większym modyfikacjom.
e - jest to wariacja na temat "a", gdyż elastyczność i efektywność pisania jest głównie subiektywna. Niektórzy lepiej czują się w rozbudowanych fw które udostępniają im masę gotowych rozwiązań, funkcji. Oni szybko dzięki temu piszą aplikacje. Ale w przypadku rozwiązań wymagających sięgnięcia głębszego w język mogą natrafić na problemy. Te zaś w danym fw mogą być do rozwiązania choćby poprzez jakieś dziwne konstrukcje, które wpłyną na wydajność. Niestety zazwyczaj jest tak, że im bardziej rozbudowane narzędzie dostajemy tym na więcej rzeczy musimy zwraca uwagę. Mamy więc to co chcesz czyli efektywność pisania, ale dopiero po faktycznej praktyce z danym fw.
f - znowu haczymy o wielkość i stopień rozbudowy frameworka. Im mniej warstw po drodze tym narzędzie szybsze. Najszybszy jest "czysty" php. Idealnie byłoby, gdyby od razu na tym poziomie fw działał. Dlatego pisanie w sposób proceduralny zazwyczaj daje najlepsze rezultaty wydajnościowe. Najczęściej jednak teraz tworzy się warstwy pośredniczące, czyli wszelkiego rodzaju klasy mające ułatwić elastyczność i zwiększające stopień ponownego wykorzystania kodu. Dorzuć do tego dziedziczenie w sposób łańcuchowy, gdzie klasa G jest potomkiem od A idąc po kolei przez wszystkie litery. To też ma swój narzut czasowy.
g - tutaj ewidentnie zend. Jeśli analizować ogłoszenia pod tym kątem to właśnie on najczęściej jest spotykany jako wymaganie lub "plusem jest znajomość".