Když se dnes navrhuje nové API, většina vývojářů automaticky sáhne po RESTu. Je to pochopitelné: REST je jednoduchý, dobře zdokumentovaný, podporují ho všechny jazyky a frameworky a většina z nás s ním pracuje léta. Přesto se v posledních letech stále častěji objevuje otázka, zda je REST vždy tou nejlepší volbou. Nejčastěji zmiňovanou alternativou je GraphQL, dotazovací jazyk pro API, který vznikl ve Facebooku a který dnes používají firmy jako GitHub, Shopify nebo Netflix.
Přesycenost trhu softwarem, desítky vyzkoušených a opuštěných nástrojů, hodiny ztracené v formulářích a neustálý strach z toho, že firmě ujede vlak. Český byznys prochází obdobím technologické úzkosti. Přestože podle aktuálních dat vyčleňuje AI rozpočet naprostá většina společností, realita v českých kancelářích má k opravdové transformaci daleko. Odpověď na to, jak proměnit technologie v reálný zisk a udržet krok s konkurencí, přináší 5. ročník festivalu a konference Digifest, který se koná 14.října v pražském Cubexu.
GitHubův HydraFusion vybírá model podle úkolu. Když první řešení nestačí, může práci předat silnějšímu modelu nebo přizvat kritika, který hledá chyby.
… když si představím, jak různě je možné v js udělat třídu a balíčky, říkám si, že to asi nebude jednoduchý nástroj. Anebo nutí "ten jediný správný" způsob, zvlášť, když v js jsou v oop spíše způsoby špatné a ještě horší, co jsem viděl.
A co třeba kompromis? Podporovat několik základních zápisů by nemusel být takový problém. Klasické pravidlo 80/20. V Yahoo mají svůj styl kódování (kdo zná přednášky od Douglase Crockforda asi tuší), tak minimálně ten bude podporován.
Takže implementovat to nejpoužívanější… jo, i pesimista asi musí uznat, že je to lepší, než nedokumentovat. Postihnout vše by byl celkem problém.
V JS si nedovedu dobře představit jednotný styl kódování, když každý má své výhody, které bohužel je problém kombinovat. Ale dobře, v Yahoo jsou asi v js poněkud zkušenější, než já. Až se rozhodnu oprášit js, tak se na Yahoo asi podívám.