1) je to Symfony. zadne P, zadne H a podobne patvary
2) co mi to prinasi? STANDARDIZACI. Tu predevsim. Kdyz pouziju framework X a jedu podle jeho guidelines tak je vyvojar velice jednoduse nahraditelny. To neplati o kodu od nuly. Prijdu jako novacek na ten projekt, ale delal jsem v symfony driv tak vim zhruba kam kouknout, co jak funguje.
3) co mi to prinasi? Nevynalezam kolo. Chci user management? Nepisu od zacatku nejaky storage, neresim bezne resene veci... Atd. => obrovska casova uspora. resim jen core byznys vec zakaznika, nezajima me implementace bezne pouzivanych veci, na to je API.
4) co mi to bere? Musim byt k zakaznikovi fair, nemam vendor lock-in. to nekdo muze brat jako nevyhodu. ja to beru jako vyhodu - najdu snadneji ksefty.
5) Jake ma naklady na vykon a pamet? Je mi to burt, zelezo je levnejsi nez vyvojar.
6) Je to implementovane v C nebo v PHP? Je to ciste PHP. Neni sebemensi duvod, aby to bylo jinak
7) Jestlize nechci pouzivat ORM, co mi nabizi pro databaze? mas PHP PDO.
Ano, existujou alikace kdy nema smysl pouzit Framework, ale v takovych pripadech bych se zamyslel, jestli je vubec vhodne pouzit PHP. Ano, PHP je proste urcene na delani webu.
2) PHP je sam standard. Kazdy programator v PHP zna PHP, ale ne kazdy zna Symfony. Frameworku je vic, tim se to tristi a komplikuje. PHP ale znaji vsichni. Padaly tu dotazy na mene bezne veci a bylo receno, udelej sá sam, framework je jen na zaklady, takze stejne vetsinu aplikace bude tvorit vlastni tvorba a originaliita, do ktere novacek zasahnout nemuze.
3) Jo, beru, setri to praci, ale je to ucelove, zamerene na klasicky web. Kdyz delam svou single user aplikaci, user management nepotrebuju, kdyz budu delat podnikovou aplikaci, jak si to poradi s domenovym overovanim uzivatelu? Co se tyce DB, v kroku 7 jsi me stejne odkazal na vanilla PHP reseni, framework zase utrel.
4) S PHP nemas nikdy vendor lock in a rozumny zadavatel si dostupnost zdrojaku osetri smluvne. Lock-in spise zakaznikovi (i sobe) vytvoris na ten framework, ktery nemas pod kontrolou.
5) Dobre, nevyhodami se zabyvat nechces.
6) Duvodem by byl vykon, byt to v C, bylo by to rychle, to byl objektivni prinos. Takhle je to mezivrstva navic a mozna ze ta mezivrstva je bloatware. jQuery je oproti vanille JS snizuje vykon radove, pritom js samo uz je jako interpretovany jazyk dost pomale. U sranda webu to nevadi, u velkych bych se o to zajimal.
Uprimne receno, kdybych ja byl zadavatel a nekdo me tvrdil, ze ted v php frci symfony a ze musi muj web predelat do symfony, protoze to je ted in a jeho programatori nic jineho neumi, vyhodil bych ho. A kdybych se rozhodl, ze je web nutno predelat, sel bych na to z gruntu a nasadil misto PHP nejaky zavedeny jazyk, ktery je pouzitelny primo.