V anketě SitePoint 2015 skončilo Nette na bronzové příčce za Laravel a
Symfony. Kdo by čekal, že framework z malé české kotliny přepere
globální giganty? Spokojení uživatelé jsou prostě lepší marketing než
jakákoli jazyková mutace dokumentace.
Nette DI kontejner si zamilovali i uživatelé jiných frameworků, tak proč
ho nepoužít kdekoliv? Tři řádky kódu, stručná NEON konfigurace a máte
generátor kontejnerů, který vyplivne extrémně rychlý PHP kód. Ruční
skládání závislostí je pro masochisty.
LinkGenerator umí generovat odkazy i tam, kde žádný presenter neexistuje.
Ukážu, jak ho propojit s Latte a továrničkami, aby makra {link} a n:href
fungovala v emailech stejně pohodlně jako v presenterech. Včetně CLI a
vlastní domény.
Být velkorysý v tom, co přijímáte, zní krásně, dokud vám URL lišící
se jedním písmenkem servírují úplně jiný obsah. Nette 2.3 končí se
shovívavostí k velikosti písmen a bude case sensitive. Kdo psal jak
motejlek, toho framework slušně upozorní.
Proč Nette nemá vytesaný harmonogram jako jízdní řád? Protože pevná
data jsou jen další faktor, který jde na úkor kvality. Jedna až dvě verze
ročně, minimálně dva roky podpory a hlavní pravidlo: stát si za
výsledkem.
Tři roky, DI kontejner, který změnil způsob návrhu aplikací, strojový
převodník anonymních funkcí pro PHP 5.2 a na rozdíl od Zendu se Symfony
žádné házení uživatelů přes palubu. Teď je čas říct sbohem. Verze
2.0.18 je definitivně poslední.
Tři roky jsem odkládal pokročilé školení Nette, protože jsem odmítal
učit něco, co mi nepřipadalo perfektní. Beta-verze měla 3× převis
zájemců a mezi nimi možná i vaši konkurenti. Teď jedeme naostro.
Tři novinky, ze kterých se záhadně stalo pět. Bezpečnější debug režim
s cookie pojistkou, plné logování E_NOTICE v Tracy, vyřazení tříd
z autowiringu a další vychytávky. Už to běží na všech mých webech a
zatím žádný kráter.
Komunitní vývoj Nette narazil na zeď nezájmu a já hledám, jak dál. Firmy
nechtějí nové verze, chtějí schopné lidi. Takže crowdfunding na vývoj,
škola pro Nette programátory, nebo vymýšlím blbosti?
Povinné závislosti konstruktorem, volitelné metodou. Tečka. Jenže pak
přijde constructor hell u presenterů a začnou workaroundy. Inject metody a
@inject anotace nejsou čisté řešení, ale jsou sakra pohodlné. Kdy které
použít a kdy se jim vyhnout?