@Khaine: mniej popularny komercyjnie, we froncie rządzą buzzwordy jak wyżej, do małych apek ajaxowych styka vanilla js, czy nawet jquery, który jest wszędzie, dodatkowo jakiś backend/routing/mvc i tak musisz robić więc dublujesz to samo w frameworku backendowym (jedna robota)
@getin: Generalnie plan jest taki, że jest sobie API backendowe które przy wejściu w domenę będzie zwracać wwwroot w postaci skompilowanych plików html+js+css+assety, i od tego momentu front ma żyć sobie sam i tylko składać zapytania do poszczególnych interfejsów backendu. Po to aby to było luźno powiązane i żeby później ewentualnie dało się dorobić dowolny inny front, podmienić tylko pliczki w wwwroot i sru, śmiga. Ma to sens?
W biurze mamy kilka projektów z vue, kilka z angular i kilka z react. jQuery też jest. Wszystkie projekty realizują sporo logiki. Różnica jest taka, że jak przychodzi do pracy ktoś zielony to vue wchodzi mu do głowy najszybciej. Niby jQuery jest najłatwiejsze bo to tylko narzędzie a nie framework MVC ale skomplikowana logika w jQuery wymaga sporo czasu do zrozumienia.
Siostra obraziła się, bo nie chciałem pożyczyć jej planszówki. Nie nauczyła gówniaków szanować czyjejś własności i wielkie zdziwienie, że nie chcę mieć kolejnej podartej planszy, zalanej instrukcji, czy pogiętych kart. Te gówniaki dosłownie niszczą w nerwach komponenty, jak przegrywają. Powiedziałem, żeby kupiła im kilka gier za 200-300 zł i niech patrzy jak je niszczą, to się obraziła i wyszła xD Wyjebungo, ja wolę, żeby się obraziła, niż przyniosła kolejną moją zniszczoną rzecz,
Komentarz usunięty przez moderatora
Brakowało pliku vue.config.js. Nie jest tworzony automatycznie przez CLI.
.NET Core
@Khaine: Wszedłem w pięć pierwszych ofert na nofluffjobs front i nigdzie nie widziałem, o dziwo, było jQuery ( ͡º ͜ʖ͡º)