PHP framework

Ted tu rozpoutam flamewar, koukejte :DKdo pouzivate jaky PHP framework a proc? :king:P.S. Nebojte, net mam hodne prolezly, nemusite mi posilat odkazy na recenze, spise osobni zkusenosti, konkretne se tak trochu chylim k jednomu, ktery ted hodlam vic vyprubovat, pripadne upravit k obrazu svemu - hlavne templatovacim systemem, ktery je defacto vsude Smarty nebo hnusne namixovane PHP do HTML :nono:

Svůj vlastní, s hnusně namixovaným PHP do HTML. Podle mých zkušeností templatovací systém typu Smarty je úplně na hovno a lehčí systémy typu TemplatePower se hodí, až když má kód udržovat jiná osoba, než programování.

Zend Framework rulez - proc? vidim v tom budoucnost, dokonce nekteri tvrdi ze bude bundlovan sam s PHP casem, coz by byla bezproblemova podpora na hostinzich apod:) A nasadit smarty neni problem, ja ho tam mel, ale pak jsem zjistil, ze je naprd a tak jsem presel na klasik zend_view:)

Vlastní. S vlastním šablonovacím systémem.

Vlastní, Hlen framework; protože má to co chci já, ale hlavně, jak chci já

Vlastní, šablonovací systém to vyloženě nemá. Má to jakousi primitivní náhražku. 3ablonovací systém neuznávám, protože každý programátor umí alespoň trochu html a naopak kodér zase trochu PHP, takže implementovat nějaký bastl navíc nemá moc význam si myslím.

Napsal spoluprace.net;41815

Vlastní, šablonovací systém to vyloženě nemá. Má to jakousi primitivní náhražku. 3ablonovací systém neuznávám, protože každý programátor umí alespoň trochu html a naopak kodér zase trochu PHP, takže implementovat nějaký bastl navíc nemá moc význam si myslím.

Prave. To by sablonovaci system mel byt. Aby to neco malo umelo, ale ne aby to byl vlastni jazyk jako smarty :D Takze tu mame: vlastni, vlastni, vlastni, Zend, a hrachuv nebudu jmenovat (pojmenoval to priserne :skleb:) Nikdo s CodeIgniter, CakePHP a dalsi?

Když jsem občas nucený něco dělat v php, tak jedině přes CodeIgniter. Avšak nikdy jsem nezkoušel jiný, takže nemůžu porovnávat. CodeIgniter mě v začátcích dostal hlavně skvělou UserGuide - http://codeigniter.com/user_guide/ - nic tak pěkného jsem jinde nenašel.

Symfony ... uz jenom proto, ze se v nem necha vygenerovat frontend i backend za par sekund a clovek se muze zabejvat zabavnejsima vecma

Ja se pridam se Zend Frameworkem, jakozto jeho vsudypritomny propagator :) Ale musim rict, ze mi na nem trochu vadi pomalosto jeho MVC a jeho "ORM" mi prijde bejt uplne na prd. Misto nej pouzivam Doctrine.

Rozhodně Symfony - byl to můj první pokus proniknout do nějakého frameworku, pak jsem párkrát zkusil pronikat i do jiných a zase se vrátil k Symfony. Proč? protože mi tam přijde nejjednodušší udělat spoustu práce za malou chvíli. Generování základních funkcí nebo celé administrace je prostě fajn. Člověk řeší jen to co chce udělat jinak nebo navíc. A i k tomu je spousta pomůcek. Template systém? během pár let jsem o tom několikrát přemýšlel. A dospěl k názoru že nejlepší template systém je PHP .. ;) navíc při použití MVC modelu v Symfony se mi funkční kód nemícha s template kódem, nemusím se učit další způsob syntaxe (a obcházet něco co ten template třeba neumí) a hlavně to není další vrstva která bude zdržovat. Četl jsem dost komentářů na téma že adresářová struktura Symfony je složitá. Ano .. prvních 10 dní to bylo opravdu peklo :banghead: Ale když člověk pronikne pod povrch, nehledá - prostě jde k souboru najisto, jakýmkoli způsobem. :thumbup: A teď? možná bych pár věcí řešil jinak, ale nejsou to tak zásadní záležitosti abych nad tím seděl a trápil se tím. Naopak - já tu strukturu neřeším - jsem rád že jí někdo vyřešil za mě a já jí nikde nemusím řešit (tj zdržovat se s ní) Začal jsem to nakonec používat i na malé prezentace nemající s DB nic společného - díky různým pluginům, prakticky automatické optimalizaci URL adres, template apod.. Práce je o tom že inicializuju projekt (10 sekund), do něj aplikaci (5s), hotovou grafiku rozřežu a naházím víceméně statické texty (obrázky/tabulky) do příslušných modulů (vytvoření modulu opět pár sekund, řeším jen ty zákaznická data) a je hotovo. Neřeším vůbec věci jako je Google Analytics (nejvíc času zabere registrace nového kódu), neřeším URL (pokud nechci nějaké změny), neřeším fotogalerie, neřeším includy jednotlivých stránek do šablony (a zabezpečení jejich vkládání) a spousty dalších věcí. Mám připravenou půdu pro multijazyčnost apod.. Takže nakonec nejvíc práce je s tím udělat grafiku a rozřezat jí a připravit styly, vložit texty, překlady.. A to i u náročnějších projektů. Další výhoda je že mě určitá, předen daná struktura nenechá jednoduše dělat různé prasárny - takže když tam chce klient za pár měsíců něco předělat, nekoukám do toho jako husa do flašky abych si připomenul kde co je a co to zrovna dělá (má dělat)..

Podle mě PHP není zrovna nejlepší šablonovací systém, ve srovnání například s JSP umí :censored: (v podstatě jenom to, čemu se v JSP říká skriptlet). Ale žádný lepší pro PHP neznám. Na tom generování aplikace by mě zajímala jedna věc: Jak se řeší změny? Co když už mám rozřezanou grafiku, nakódované šablony, v podstatě skoro hotovo, ale z nějakého důvodu chci najednou přejmenovat nějaký sloupec tabulky, nebo nějaký sloupec přidat/odebrat, některé sloupce přesunout do jiné tabulky apod.? Mě takhle z dálky připadá, že Symfony tak trochu upřednostňuje vodopádový model vývoje a tak se hodí spíše na aplikace, které lze předem velmi jednoduše popsat.

Napsal martink01;41879

Další výhoda je že mě určitá, předen daná struktura nenechá jednoduše dělat různé prasárny

Přesně tak, zodpovědně můžu říct, že až symfony mě naučilo opravdu čistě programovat. Dokonce si komentuju i jednotlivé funkce ! :D

Napsal llook;41888

Na tom generování aplikace by mě zajímala jedna věc: Jak se řeší změny? Co když už mám rozřezanou grafiku, nakódované šablony, v podstatě skoro hotovo, ale z nějakého důvodu chci najednou přejmenovat nějaký sloupec tabulky, nebo nějaký sloupec přidat/odebrat, některé sloupce přesunout do jiné tabulky apod.?

No oni jsou v symfony dva typy generátorů. Jeden generující čistě účelovou administraci, která je přimým obrazem databáze částečně dirigovaným konfigurákem, dodatečně se nechá upravit částma šablony nebo třeba překladem pro různé jazykové mutace - vše onfly, v produkčním prostředí se kvůli rychlosti cachuje. Druhý generátor umí jednorázově vytvořit klasický CRUD - tedy funkčná controler a k němu tři hotové html šablony, to nunté zlo co člověk musí jinde psát ručně.

Napsal llook;41888

Mě takhle z dálky připadá, že Symfony tak trochu upřednostňuje vodopádový model vývoje a tak se hodí spíše na aplikace, které lze předem velmi jednoduše popsat.

Nemyslím, jediný problém vidím v tom, že Propel neumí migrovat, jinak naprosto bez problémů. Ostatně já model databáze upravuju prakticky v průběhu celého vývoje.

Napsal llook;41888

Na tom generování aplikace by mě zajímala jedna věc: Jak se řeší změny? Co když už mám rozřezanou grafiku, nakódované šablony, v podstatě skoro hotovo, ale z nějakého důvodu chci najednou přejmenovat nějaký sloupec tabulky, nebo nějaký sloupec přidat/odebrat, některé sloupce přesunout do jiné tabulky apod.?

Jak už bylo psáno - generování admin rozhraní je generování onfly, takže ruční změnu řeším pouze v případě že se změnilo něco co jsem předtím ručně definoval v konfiguračním souboru. To je opravdu pohoda. CRUD generátor je pak vytvoření šablony (formulář) a vytvoření akcí - nový/edit/delete - generování respektuje i vztahy mezi tabulkami, takže neřeším už vůbec natahování dat pro selecty, option pole apod.. Moje práce pak spočívá v redesignu té šablony - většinou změním nějaké text inputy na hidden (a vložení hodnoty - z DB, session/cookie nebo přes GET/POST). Na straně akce pak přiohnu případné načítání dalších informací z DB. Pokud dojde ke změně DB mám na výběr - pokud se jedná o přejmenování jednoho sloupce, udělám to ručně ve stávající šabloně a akci. Pokud se jedná o zásadní změnu, prostě si vygeneruji CRUD generátorem nové šablony a akce a jen do nich přeházím ty mé úpravy vzhledu a funkcí - pokud mají smysl (prostě copy/paste a najdi a nahraď - vše s pomocí SVN, od základu ručně změny vážně nehledám). Co neřeším vůbec je databázová vrstva - pokud jsem přidal sloupec do nějaké tabulky, je to jeden řádek navíc v akcí a jedno input pole/select box v šabloně. Samozřejmě se snažím tohle omezit, takže radši trávím týden dva návrhem DB, zpovídáním zákazníka do nejmenších podrobností co vlastně chce (nikdy to neví dopředu), optimalizací 50 tabulek a jejich vztahu v DB než to potom předělávat - samozřejmě s ohledem že zákazník si vždy vymyslí ještě další "něco" co tam není.

Napsal llook;41888

Mě takhle z dálky připadá, že Symfony tak trochu upřednostňuje vodopádový model vývoje a tak se hodí spíše na aplikace, které lze předem velmi jednoduše popsat.

Možnosti změny modelu jsou celkem bez problému kdykoli - je to spíš o principu jak k tomu člověk přistoupí než o schopnostech frameworku. Nemyslím si že bych v symfony dělal jednoduše popsatelné aplikace (když se bavíme o databázích) a rozhodně to nejsou aplikace typu "blog". Snažím se prostě nedělat lepení jedné funkce na druhou, takže změn je relativně málo a když tak v přidání (odebrání) nějakého sloupce v tabulce - což je jak jsem psal triviální záležitost.

Byl by nekdo ze symfonistu nebo codeigniteristu, kdo by nahodil nejkou app, popr. nejakou ukazku se zdrojakama?