Diskuze: Laravel a Symfony 2/3
V předchozím kvízu, Online test znalostí PHP, jsme si ověřili nabyté zkušenosti z kurzu.
shaman:11.4.2016 11:28
Ja si nemyslim ze Laravel nema DI alebo ze je tam vela statiky, tiez si
myslim ze je dobre navrhnuty framework a dokaze pracovat s Doctrine, takisto ako
Symfony dokaze pracovat s PDO alebo Eloquent. Kazdy mame svoj nazor. 
Laravel pouziva fakady, aby obalil zlozite kniznice symfony a tak ponukol jednoduche staticke triedy. Tieto staticke triedy su dependantne na injektnutych symfony knizniciach. Cez composer si vies pridat Doctrine. Vsetky fakady Laravelu su detailne popisane na ich stranke.
Priklad:
V kontrolori Laravelu si vyziadam http request (teda GET premenne, url
parametre, ...) a vsetko ulozim ho do premennej
$input = Input::all();Trieda Input je Illuminate\Support\Facades\Input ktora cez DI zavola
Illuminate\Http\Request
Ak si otvoris ten subor, tak najdes ze tato trieda je rozsirena o symfony
kniznicu
<?php namespace Illuminate\Http;
use Closure;
use ArrayAccess;
use SplFileInfo;
use RuntimeException;
use Symfony\Component\HttpFoundation\ParameterBag;
use Symfony\Component\HttpFoundation\Request as SymfonyRequest;
class Request extends SymfonyRequest implements ArrayAccess {Teda laravel len wrapuje symfony kniznice. Kebyze chces mat v premennej $input mat ulozene to iste a pouzival by si symfony, vyzeralo by to asi takto:
use Symfony\Component\HttpFoundation\Request;
$request = Request::createFromGlobals();
// the URI being requested (e.g. /about) minus any query parameters
$request->getPathInfo();
// retrieve GET and POST variables respectively
$request->query->get('foo');
$request->request->get('bar', 'default value if bar does not exist');
// retrieve SERVER variables
$request->server->get('HTTP_HOST');
// retrieves an instance of UploadedFile identified by foo
$request->files->get('foo');
// retrieve a COOKIE value
$request->cookies->get('PHPSESSID');
// retrieve an HTTP request header, with normalized, lowercase keys
$request->headers->get('host');
$request->headers->get('content_type');
$request->getMethod(); // GET, POST, PUT, DELETE, HEAD
$request->getLanguages(); // an array of languages the client acceptsTeda laravel zabali zlozite do jednoducheho. Samozrejme pri tom robi mnoho predpokladov, co je pre programatora najvhodnejsie, ale robi to celkom dobre. Niekomu to vyhovuje, niekomu nie. Dufam ze som vysvetlil trochu rozdiely a preco je Laravel tak popularny.
Tak se pustím do Laravelu. Určitě se bude hodit 
PS: Díky všem za odpovědi.
David Hartinger:11.4.2016 16:44
Jestli má nebo nemá IoC je už pak docela jedno, když ho nemusíš
používat Jednou jsem se
díval do tutoriálu jak v Laravelu používat db a bylo to celé statické, mam
dojem, že to byl oficiální quickstart, sem teď na mobilu, nechce se mi to
procházet.
EDIT: Sorry, ale když je tohle v oficiálním tutoriálu, tak je prostě něco špatně - https://laravel.com/…5.1/database
Jelikož jsem dělal s oběma, tak bych mohl podat menší srovnání.
Laravel se snaží hlavně ulehčit psaní kódu, hlavně těch částí kódu, které se často opakují a mohou být nějakým způsobem generovány na pozadí. Laravel je postaven na symfony. To že využívá třídy symfony také spadá pod vyjádření "postaven na". Co laravel dělá navíc, je zpřehlednění některých částí. Například Routování - Laravel statická definice rout je čistě jejich, ale kompilace routy do regexu je skrze symfony kompiler.
Co ma laravel navrh oproti nette je architektura. A nemluvim o patternu MVC vs MVP, ale tier architecture vs Pipeline. Laravel pouziva Pipileni (jako ma ASP.NET), která umožňuje definování tzv. middlewarů, které se spustí před, nebo až po handlování requestu, což je často opravdu úžasné.
Laravel model je stejně jako v Nette podle patternu Active Row, což je rozdíl oproti symfony, který používá doctrine s patternem Data mapping. Co ale laravel s těmito modely udělal, je naprosto úžasné. V podstatě sdědíte defaultní model, který má již implementované CRUD operace nad databází a další úžasné funkce.
Laravel má nezavrhl ani funkcionální programování, které je na některé věci opravdu lepší, než to psát do objektů (resp. ond definuje public funkci a ta v implementaci volá objekt), takže další bod +; Například php metoda end(), která vrací poslední prvek z pole potřebuje referenci, nemůžete tedy třeba udělat end(implode(....)). Je to prkotina, ale v nette prostě není řešení, byť tak triviální, jako v laravelu, kde udělali prostě trapnou funkci last(), která v implementaci vratí end z argumentu. Vtipné nad jednoduchostí, ale je to tak. Ale je tam i sposuta složitějších fíčur, jako třeba metoda get na Arr objektu, která podporuje dot notation, takze definujete zanoreni srkze string s teckami.
Migrace v laravelu, které jsou navrženy tak, aby dokázali vytvořit schéma do většiny databázových serverů, také nádhera.
Dokumentace. V nette je sice API + nějaké tutoriály, ale uvnitř tříd je naprosto mizerná dokumentace. Na to, že laravel psal jeden člověk (ze začátku), tak je každá třída naprosto zdokumentována, což některým programátorům, jako já, kteří jsou na tohle puntičkáři, přijde jako zásadní. Nemusím hledat něco online, mohu se přesunout do metody a vidím, co dělá a vrací (Type hint pro IDE).
Co mohu v nette vyzdvihnout ja latte, které podporuje makra v tazích. Co je ale naprosto v háji, je podpora pro IDE. nemají plugin, který by fungoval korektně, takže našeptávač html či js v latte souboru je mizérie. Kdežto blade v latte zvolil lepší cestu + si dal záležet na rozšířeních do IDE, takže to funguje vše nádherně. (mám PHPStorm kdyžtak).
No na laravelu bych toho mohl vystihnout i dále, protože toho má mrtě co nabídnout. Co ale mohu také zkritizovat, tak je debugování. Jak jste podotkli, je tam hodně statiky. Na hodně místech sice volá __callStatic, ale pokud je metoda public,tak se volá mimo tuto metodu přímo, takže to může dělat občas bordel. Každopádně, dokud se nic nepokazí, tak je to nádhera, jinak ale happy debugging, už jsem si užil své.
Co ale mohu dodat, tak IoC container je DI container; Není to service locator, ale z jakéhokoli DI můžete udělat service locator, pokud předáte container třídě, takže tohle stranou. Laravel DI je ale chytrý container, který umí jak registrovat objekt na několik způsobů, tak vytvářet neregistrované objekty. To vám zamítne, pokud objekt vyžaduje primitivní datové typy, pokud ale ne, tak se pokusí vytvořit jeho závislosti (a závislostí závislostí...), dokud buď neselže, nebo vše nevytvoří. Podle mě krása, někdo nemá magii rád.
No, udělejte si obrázek sami Já bych laravel doporučil každému, zamiloval jsem se ^^
Dominik Gavrecký:13.4.2016 8:29
Trosku si rýpnem ale chcel si to porovnať a nie vychváliť Laravel 
Preco si napríklad u nette
nespomenul Tracy ? Kdyby ? a mnoho ďalšieho Tento tvoj nazor je super ale ako
objektívne porovnanie to vážme brat nemôžme
Zobrazeno 28 zpráv z 28.