Mrkni https://github.com/jnwltr/swagger-angular-generator. Obdobnych
knihoven najdes urcite vic. Lisit se budou estetikou a funkcnosti (vc.
cilovyho frameworku), co z toho leze.
Nejde jen o to, ze to setri, jak rikas, nudnou praci, ale hlavne to vytvari
pevnou vazbu mezi FE a BE, cili to
Kdysi jsem delal nejaky demo projekt s https://intercoolerjs.org/ a byla to
docela pohoda. Intercooler, se zda, mezitim zmutoval do https://htmx.org/
Dne úterý 23. února 2021 v 12:03:19 UTC+1 uživatel Honza Javorek napsal:
> Podle mě ten hotwire muže fungovat dobře, pokud mas tým na jedne lodi
Podle mě ten hotwire muže fungovat dobře, pokud mas tým na jedne lodi a
chcete to tak dělat, nebo si to děláš sám pro sebe. A pokud nechceš silně
oddělovat ty role do sila “frontendist” a “backendisti”, ale mas lidi,
kteří rozumí víc celé věci. Ale přímou zkušenost nemám.
Jinak je dnes trh
Hotwire vypadá pro nás staromilce zajímavě. Ale nezruší se tím Martinem
popisované výhody? Hranice působnosti rolí v týmu, dané a dokumentované
rozhraní světů, rozdělení BE do komponent...
Když by tu byl datově orientovaný projekt, u kterýho se člověk zaměřuje na
komplikovanější backend,
@jnwltr nějaký přímý odkaz na nějaké demo, ať se inspiruji? Zní mi to totiž
přesně jako řešení na tu “nudnou práci uprostřed”.
@Honza to nevypadá zle, kéž by to mělo už masovější použití
btw: možná to nic neřeší, ale není krokem “do mezi” to async řešení v
Django 3.1, už to někdo někde nasadil a
Uvažoval nebo použil někdo
https://hotwire.dev/, tedy staromilecký klasický přístup kdy z Djanga
generuji HTML šablony, v nich instruuji JavaScript a frontend běží nad tím?
Existuje to dlouho a Basecamp (37signals) to používá odjakživa, teď tomu
dali akorát webovku a název, protože je štval
My píšeme FE nejčastěji v Angularu (TypeScript), používáme Django REST
Framework, pomocí drf-yasg vygenerujeme openapi schéma a z něj naším
(opensource) generátorem vygenerujeme celou komunikační vrstvu na FE, čili
tímhle netrávíme ani minutu času, v běžných scénářích je vše krásné a
otypované
Jasně, znám a používám. Běhá to skvěle a jak jsem psal: REST API je v
Django sranda. Ale má-li mít API každý model, má-li API umět doposlat
kontextové informace, pak nějaké přepínače, atd. začne se to nabalovat.
Proto tam “remcám”, že sice to běhá a běhá to skvěle, ale všemu napsat API,
vše ve Vue
Ja v tomhle nejsem odbornik, ale REST API jsem kdysi davno v dobe bronzove
delal pomoci https://www.django-rest-framework.org/ - znas?
Jirka
On Tue, 23 Feb 2021 at 09:30, Stanislav Vasko
wrote:
> Díky za přehledné shrnutí. Pere se to ve mě, varianta B je asi ideál, a
> díky tomu, že Vue
Díky za přehledné shrnutí. Pere se to ve mě, varianta B je asi ideál, a
díky tomu, že Vue uvažuji jen jako FE aplikací, nevýhody se SEO mi nevadí.
Co mi žene krev do očí je to API. Ano, REST API v Django je sranda, zvláště
pak v tutoriálech. Ale reálně… svět je jinde. V contextu či def serve() si
10 matches
Mail list logo
