DevProTalk

DevProTalk (http://www.devprotalk.com/index.php)
-   PHP (http://www.devprotalk.com/forumdisplay.php?f=9)
-   -   Symfony project (http://www.devprotalk.com/showthread.php?t=335)

Ilija Studen 06. 11. 2005. 19:30

Symfony project
 
http://www.symfony-project.com/

PHP5 framework koji je prati high productivity koncepte ("vruća tema" u zadnjih par meseci zahvaljujući Railsu i Djangu).

Koliko sam do sada video Symfony ponajviše liči na Rails (što je definitivno plus po meni :p ).

godza 06. 11. 2005. 22:14

Citat:

Originalno napisao Ilija Studen
http://www.symfony-project.com/

PHP5 framework koji je prati high productivity koncepte ("vruća tema" u zadnjih par meseci zahvaljujući Railsu i Djangu).

Koliko sam do sada video Symfony ponajviše liči na Rails (što je definitivno plus po meni :p ).

/me impresioniran
/me veoma imporesioniran
/me instalira php5
/me instalira symphony

/me in heaven

oliver 07. 11. 2005. 18:33

/me nema kad da streba jos jedan fw sad kad je peak time, ali je bukmarkovao link pa ce se javi za jedno mjesec ipo :)

ivanhoe 26. 11. 2005. 01:25

nazovite me konzervativcem, ali meni pola ovih feature-a koje symfony nudi deluju kao nepotrebne komplikacije..

npr. zasto bi neko zeleo da kreira tabelu u bazi tako sto ce da napravi xml fajl sa opisom tabele? Taj opis sadrzi atribute koji su identicni onome sto bi pisao u sql-u, samo ima jos kilo i po nepotrebnog xml markup-a koji smanjuje citljivost celoj stvari, plus moras da brines da ti tagovi budu pravilno ugnjezdeni, XML valdan, itd...umesto da brines samo o strukturi tabele i SQL-u, sad moras da pazis na sve to, plus jos i XML...

upotreba XML-a za opis hijerarhija tipa stabla je super stvar, ali CREATE TABLE nema takvu strukturu, to je obican niz definicija i stvarno ne vidim zasto bi se koristio XML za to, kad je SQL po svojoj prirodi mnogo jednostavniji i citljiviji...

niko ne kaze da moras da uvezes SQL direktno u bazu, ako je do portabilnosti... uvek moze da se napravi parser koji ce nekompatibilne tipove u CREAT TABLE da zameni standardnim, pa tek onda da izvrsi SQL...Ili moze da se preparsira SQL u XML automatski...Naravno ovako je bilo lakse resenje za autora frejmworka, on otvori xml i samo sastavi SQL komande, ali to komplikuje rad korisnicima, sto po meni nije prava stvar...

Petar Marić 26. 11. 2005. 09:42

Protivargument: znatno lakše je napraviti alat koji "nešto" treba da radi nad aplikacijom (ie dizajniranje aplikacije, migracija na drugu bazu, u krajnjem slučaju refactoring) i povećana portabilnost između hadverskih i/ili softverskih platformi.

Disclamer: Nisam zagledao Symfony projekat, but I always fancy a good (especially theoretic) discussion ;)

toxonics 26. 11. 2005. 09:54

Mislim da je u ovom slučaju poenta kreiranja baze kroz XML schemu to što framework automatski kreira i CRUD za tebe (u stvari to radi Propel na koji se Symfony oslanja), inace sam za sebe XML ovde i nema neku svrhu, Ilija će me ispraviti ako grešim

Bojan Zivanovic 27. 11. 2005. 03:35

A kako se Symfony poredi sa Cake-om?
Koliko vidim, i jednom i drugom je cilj da budu sto kompletniji Rails-like framework za PHP..

Ilija Studen 27. 11. 2005. 21:47

XML je nasleđe iz Torque projekta. Java likovi baš vole da se igraju sa XMLom pa je Hans (čovek koji je portovao Torque i napravio Propel i Creole) odlučio da napravi što verodostojniji port.

Inače, uopšte ne moraš ti da praviš XML šeme. Možeš da definišeš tabele ručno u bazi pa da koristio creole target da ti se XML fajl generiše na osnovu strukture u bazi. Kasnije samo odradiš potrebne korekcije.

Drugi pristup (koji ja koristim) je rad sa XML fajlom i kasnije korigovanje na samoj bazi. Propel radi na nizu baza tako da bi iskoristio specifičnosti baze koju ti koristiš moraš to ručno da odradiš. Ne vidim nikakav problem sa tim... Nije najpraktičniji pristup definitivno, ali se brzo navikneš. Puno drugih stvari dobijaš tako da je ovo lako oprostiti ;)

Citat:

Koliko vidim, i jednom i drugom je cilj da budu sto kompletniji Rails-like framework za PHP..
Ne baš. RoR je odlično osmišljen, funkcionalan i definitivno ekstremno produktivno okruženje. To što se ti koncepti koriste u drugim okruženjima ih ne čini klonovima. Cake je nastao kao klon, ali su se relativno brzo "razišli" (tj. autori Cakea su prestali da doslovno kopiraju RoR). Symfony nikad nije ni bio osmišljen da bude RoR klon, samo teži ekstremnoj produktivnosti i kopira neke dobre koncepte.

ivanhoe 28. 11. 2005. 01:27

hmmm, ok, to je onda druga prica...nista odoh da citam onda tutorijal dalje :)


Vreme je GMT +2. Trenutno vreme je 21:24.

Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.

Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.