frameworki? Opcje

[maxxxta]

Projektujemy aplikacje internetową składającą się z dużej ilości różnego rodzaju formularzy,różne moduły, wielu uzytkowników itp. Zdecydowaliśmy się na php 5 ze względu na obiektowość. Lecz jeden z uczestników chce przeforsować PRADO drugi natomiast chce przekonać reszte do pisania prawie wszytskiego od poczatku. To nie jest hobbystyczny projekt więc czas ma znaczenie. Teraz mam następujące pytanie

1. Czy warto w ogóle zajmować się frameworkami?(interesuje relacja czasu pomiędzy poświeconym czasem a wydajnością)

to co gdzieś znalazłem o framworkach:

1. Rozwiazujesz typowe sprawy (typu logownie np.) w sposob opymalny sprawdzony bezpieczny i szybki (o ile znasz dobrze framework)
2. Ulatwiasz sobie ponowne wykozystanie kodu (o to glownie chodzi w modulach)
3. Zwiekszasz bezpieczenstwo aplikacji (nad bezpieczenstwem frameworku czowa sztab ludzi)

2. Czy ktoś testował wyżej wymieniony framework?


3. Czy znacie strony z testami, recenzjami frameworków? (zakładanie googlów mi nie pomogło)

4. Czy wykorzystujecie je w swoich projektach?

5. Jeżeli korzstacie to dlaczego i jakie?

Ps. Jeżeli temat nie nadaje się na Pro wybaczcie

Ten post edytował maxxxta 6.12.2005, 19:19:23

[SongoQ]

Moze to troszeczke CI pomoze: http://wiki.php.pl/index.php/Linki#Frameworki

[sobstel]

osobiscie uwazam, ze jesli to duzy projekt, to jednak warto zdecydowac sie na jakis framework z wyszej polki (kazdy z nich jest troche inny ale wiele atutow przemawia wlasnie za PRADO - chociazby to ze wygral konkurs Zenda, no i ma bardzo dobra dokumentacje na stronie - a bez tego ciezko na poczatku).

jak bedziecie pisac od nowa to przy nastepnym projekcie bedzie trzeba znowu pisac od nowa i tak dalej (no chyba ze przy okazji projektu sami stworzycie jakiegos wlasnego frameworka do uzycia w przyszlych apliakcjach).

[mike]

Ja (poza PRADO) polecam mojavi.
Bardzo fajny i funkcjonalny framework. Napisałem juz na nim wiele serwisów i uważam go za jeden z lepszych o ile nie w czołówce.

Niestety Mojavi nie posada dobrej dokumantacji (co przy jego prostocie nie jest wielką tragedią). I pomimo że wersja 3.0.0 jest teoretycznie w stadium DEV jest ona w całości stablina.

Jeśli ktoś chce Mojavi 3.0.0 w stable to niech poczeka na Agavi 1.0 (nie pytajjcie, to taki odłam od Mojavi )


A co do tematu, pisanie frameworka nie jest w Twoim przypadku dobrym pomysłem gdyz nie to jest esencją projektu. Jesli mielibyście czas i zespól developerów to owszem: napiszcie framework dla swojej firmy. Ale teraz polecem gotowy, przetestowany i sprawdzony produkt.

[NoiseMc]

Nie znam PRADO dokładnie, zauważyłem natomiast, że jest to prawie wierna kopia ASP.NET 2.0 tak więce jeżeli ktoś z zespołu zna tę technologię to będzie mu łatwiej odnaleźć się w PRADO.

[DeyV]

Jeżeli jednak dotychczas ekipa pracowała głównie w php, to PRADO oznacza całkowitą zmianę organizacji stylu pisania, podejścia do kodu, i znaczny spadek wydajności, w porównaniu do konwencjonalnych metod.

Ja ostatnio z dużum zaciekawieniem przyglądam się może nie tyle freameworkowi, co zestawowi klas i sposobie na pisanie kolejnych - ez_components

[chmolu]

Jeśli dziś miałbym się decydować, którego frameworka php użyć, to zdecydowanie wybrałbym Cake (bazujący na Ruby On Rails). Oferuje on nie tylko sam kontroler i architekture, ale jest rozwiązaniem kompletnym. Bardzo szybko stworzysz model, kontroler, czy przyjazne urle. Szczególnie przydatny i wygodny jest komponent modelu. Sam napisałem bardzo podobną (ale uproszczoną) klasę dla siebie i muszę przyznać, że sprawdza się znakomicie.

Nie będę tu opisywał Cake'a - poczytaj tutoriale na wiki, to wszystko szybko pojmiesz

[halfik]

IMO to zalezy od wielkosci proejktu i czy w zespole jest chociaz 1 czlowiek ktory zna frameworka.

i teraz tak:

- jesli projekt jest maly i nie ma nikogo kto zna F - wszsytko od poczatku
- jestli jest maly ale jest ktos kto zna F - od poczatku, chyba ze facet da rade sam napisac co trzeba w zadanym czasie, bo szkoda zeby [rzy malym projekcie reszta zaczela sie uczyc F
- jesli sredni/duzy i nie ma kolo ktory zna F - przy srednim bym sie zastanawial. bo jesli w przyszlosci mialbym robic wiecej podobnych projektow (no nawet zupelnie innych) to czas teraz spozytowany na zapoznanie sie z F w przyszlosci zwroci sie z nawiazka. jesli projekt jest duzy - zdecydowanie F.
- a jesli mamy kodera ktory zna F no i sredni/duzy projekt - to korzystamy z wiedzy chlopa

[mablo]

Dopiero zaczynam zabawe z frameworkami i chciałbym abyście mi jakiś polecili.
Troche czytałem o Seagullu i PRADO w php solutions, a o Seagullu mówili na phpcon 2004. Co polecacie

[dr_bonzo]

mablo: czytaj -- kazdy poleci ci inny framework.
tu masz liste: http://www.phpwact.org/php/mvc_frameworks

[r_b]

Jeśli ktoś chce Mojavi 3.0.0 w stable to niech poczeka na Agavi 1.0 (nie pytajjcie, to taki odłam od Mojavi )

czy oprocz tego co znajduje sie na http://trac.agavi.org/trac.cgi/wiki/Toots
mozna znalezc jakas dokumentacje, tutoriale, cos co pomoze wykorzystac nie tylko podstawowe funkcjie frameworka??

dodam, ze nigdy wczesniej nie uzywalem frameworka mvc, ale po wielu przeczytanych opiniach (rowniez na tym forum) zdecydowalem sie przyjrzec blizej wlasnie agavi - preferuje ze wzgledu na php5

[smentek]

Co do pytania czy nalezy uzyc frameworka czy napisac wszystko samemu:

Powiedzmy ze masz postawic dom. Co zrobisz? Rozpalisz w piecu, nawieziesz gliny i zaczniesz wypalac cegielki na jego budowe? Czy moze zadzwonisz do hurtowni po prefabrykaty i zaczniesz z nich montowac budowle?

Jesli robisz bude dla pasa to pierwsza opcja jest moze ok, ale jezeli wiezowiec?!

Jesli jestes poczatkujacy to wez sie za jakis framework a jednoczesnie ucz sie podstaw samego jezyka.

Nie ograniczaj sie tylko do czytania manuali ale analizuj takze, kod frameworka. To nic innego jak zbior plikow php. Spory kawal obiektowo napisanego kodu.

Przy takim podejsciu nauczysz sie najwiecej w stosunkowo niedlugim czasie.
Jezeli skupisz sie na samym php, dojdzie do tego ze za jakis czas bedziesz musial uczyc sie juz nie jezyka ale jak budowac z niego aplikacje.

Zdecydowanie polecam PRADO. Zaprogramowalem juz 3 aplikacje na tym fremeworku. Nad pierwsza siedzialem ponad 2 tygodnie. Druga zajela mi juz niecaly tydzien trzecia 3 dni! A taka prost nie byla... Doszlo do tego ze wieksze problemy mam ze zbudowaniem arkusza CSS, czy zaprojektowaniem samej bazy danych niz, z rozwiazaniem problemow typowo "PHPowskich". PRADO jest naprawde swietnym systemem.

Chyba wlasnie kwestia szybkosci kodowania przemawia za PRADO najbardziej. Nawet bardzo doswiadczeni koderzy majacy mojavi w paluszku, sa pod wrazeniem tego systemu, w tym zakresie.

Jezeli robisz wieksza apllikacjie to polecam polaczyc PRADO z Propelem. Poznanie obu systemow to kwestia 8-40h zabawy. W zaleznosci od polotu i doswiadczenia programisty.

Do zalet tego frameworka zaliczam:

- Niesamowita szybkosc progranowania
- Ma dobra dokumentacje swietne forum i duzo tutoriali
- Programujac mozesz opierac sie na zadarzeniach co jest latwiejsze dla poczatkujacego kodera.
- dostepnosc i latwe uzycie modułów
- Pelna zgodnosc z PHP5
- Jeszcze to cos co trudno zdefiniowac, po prostu jest to system bardzo dobrze przemyslany. Jest intuicyjny, prosty, nie sposob go nie lubic

Moze prado nie jest idealne do wszystkiego. Do naprawde duzych aplikacji nie jest juz takie dobre, ale przy malych i srednich projektach sprawdza sie znakomicie.

[intol]

Dużymi krokami zbliża się nowa wersja PRADO (już ok. 2 tygodnie) i będzie zawierała kilka naprawdę przydatych elementów - tutaj jest trochę informacji lub na forum.

Ja polecał bym PRADO - mam wiele przyjemnych doświadczeń z tym frameworkiem, a ponadto ciągle jest intensywnie rozwijany.

[halfik]

ano zgadza sie.
ja przez 2 lata pisalem roznego rodzaju soft od podstaw i doszlo do tego ze na takiego php juz nie moge patrzec.

dlaczego? wlasnie dlatego ze nie korzystalem z frameworkow gdy pisanie w jezyku sprawialo mi jeszcze satysfakcje, bawilo.

nalezy dbac o siebie szanowac samego siebie. a co za tym idzie - jak najmniej pracowac. jesli cos mozna zrobic wykorzystujac cos napisanego przez innych koderow, nalezy to zrobic. glupota jest odkrywanie ameryki n lat po jej odkryciu.

czasy sa na sieci jest multum frameworkow, roznych modulow itd. napisanych przez dobrych koderow, sprawdzonych przez setki/tysiace innych koderow. nalezy z tego korzystac. to przyspiesza czas budowy aplikacji. koder sie nie nudzi i nie meczy, klient jest zadowolony z szybkich postepow prac itd.

co do kwesti wybory frameworka - to kwesita indywitualna. aczkolwiek osobiscie uwazam, ze nalezy wybieram framey w ktorych sie robi najszybciej.

gdy dostaje sie robote za XXXX zeta nikt nie bedzie pytal w czym sie to robi i czy od podstaw. liczy sie tylko rezulatat i terminowosc. kasa ta sama. wiec frameworki w ktorych sie pisze najszybciej maja przed soba przyszlosc i bede rozwijane i coraz czesciej wykorzystywane.

p.s
dlaczego Python odnosi tak wielkie sukcesy na roznych plaszczyznach zastosowan? dlatego ze jest obecnie najszybszym jezykie programowania swiata jesli chodzi o szybkosc pisania. jest cholernie user friendly, naturalny jak zaden inny, mozliwosciami nie ustepuje java, ludzie pisza do niego tony modulow, frameworkow i cudow.

bo po co siedziec nad czyms tydzien jak mozna to zrobic w 1 dzien?

Ten post edytował halfik 8.01.2006, 21:16:45

[kula]

Owszem, framework jest dobrym rozwiązaniem ale nie zawsze. Jestem programistą w swojej własnej firmie i zatrudniam kilku innym programistów. Postaram się wymieć kilka zalet i wad framework-ow z jakimi sie spotkałem.

Zalety:
- ponowne użycie kodu (nie piszemy tego samego X razy)
- rozwiązywanie problemów (gdy pojawiają się jakieś błędy a zarazem problemy to rozwiązujemy je w jednym miejscu a nie w całej aplikacji)
- szybkość zmiany kodu (jak wyzej. zmieniamy i dostosowywujemy w jednym miejscu)

Wady:
- spada wydajność aplikacji (gdy generalizaujemy rozwiązania to nie są one optymalnie dostosowane do indywidualnego rozwiązania)
- problemy z dostosowywaniem (gdy wokorzystywałem różne framework-i to spotkałem się z sytuacjami gdzie framework przeszkadza w rozwiązaniu problemu, trzeba często pisać cześć od podstaw. Zdarza się to dość często gdy soft juz jest prawie gotowy)
- koszty szkolenia ludzi ("przypadek z pisaniem w grupie", niestety ale gdy przyjmujesz kogos nowego, a coraz czesciej zdarza sie ze to jest student, to on zna tylko podstawy, czas w jakim nauczy sie framework-u + regół jego zastosowań w sofcie + napisanie soft-u jest wyższy niż by klepał to od zera)


A teraz moja skromna opinia na koniec. Te wady które wypisałem przeważyły by wykorzystywanie framework-ow w mojej firmie zmniejszyć do minimów. Oczywiście jakies fragmenty kodu trzeba wykorzystywać. Polecam bydowanie softu modułowego gdzie można wykorzystać dość duże partie funkcjonalności w różnych miejscach aplikacji.
To co opisałem tyczy sie mojego doswiadczenia, także niech nie będzie to ostatecznym argumentem ale należy to wziąć pod uwagę.

Pozdrawiam.

[sf]

Wady:
- spada wydajność aplikacji (gdy generalizaujemy rozwiązania to nie są one optymalnie dostosowane do indywidualnego rozwiązania)
- problemy z dostosowywaniem (gdy wokorzystywałem różne framework-i to spotkałem się z sytuacjami gdzie framework przeszkadza w rozwiązaniu problemu, trzeba często pisać cześć od podstaw. Zdarza się to dość często gdy soft juz jest prawie gotowy)
- koszty szkolenia ludzi ("przypadek z pisaniem w grupie", niestety ale gdy przyjmujesz kogos nowego, a coraz czesciej zdarza sie ze to jest student, to on zna tylko podstawy, czas w jakim nauczy sie framework-u + regół jego zastosowań w sofcie + napisanie soft-u jest wyższy niż by klepał to od zera)

Te wady, ktore wymieniles to hmm. Raczej pasuja do opisu korzystania z gotowego CMSa.. to, ze wiele frameworkow zaczelo udstepniac razem z fraemworkiem gotowe kompnenety to juz inna sprawa.

NALEZY inwestowac w szkolenie pracownika. Jesli taki taki nowy bedzie pisal kod od zera po swojemu to przyniesie to tylko problemy bo ten kod przewaznie jest beznadziejny i potem jak przyjdzie co do czego to bedzie to trzeba przepisac.

[splatch]

Ja ze swojej strony polecam połączenie mojavi(agavi)+propel i smarty jako system szablonów. Korzystałem z takiej konfiguracji i tworzenie aplikacji było znacznie szybsze. W dużej mierze dzięki zastosowaniu walidatorów i załatwienia problemu z modelem. Gdy mam do czynienia z prostą relacją jeden formularz i jedną akcję mogę zastosować do edycji i dodawania..

[Ociu]

Szczególnie, że propel jedzie na php5, a smarty i mojavi na php4. I z tego co pamiętam to propel jest pośrednikiem, pomiędzy wynikiem zapytania SQL a Creole, który wykonuje to zapytanie. A co do samego mojavi. IMHO, formularze w mojavi powinno się ubóstwiać i swtawiać kapliczki. Świetna praca.

[sf]

@Ociu: mojavi 3.0 jest w PHP5

[DeyV]

Polecam zapoznanie się z artykułem:
http://php.pl/wortal/artykuly/framework/fr...e_aplikacji_www