Хмм, недавно реализовывал на AngularJS что то навроде школьного расписания со всеми итерациями, проверками на синхронность(наличие itemодновременно в двух местах), + полный CRUD. От Java потребовалась только itemService.save(item). Для безопааности был использован JWT. Java от всего кода занимала не более 20%
Хмм, но ведь можно реализовать подкачку по 15 items на страничку, и адльше поставить слушатель на scroll. А от бэка требуется только отвечать на рест запросы
Java (Spring) vs C# (.NET) для Full Stack
Есть ли будущее у Spring MVC перед наступающим front-end(ом)?
Есть ли будущее у Spring MVC перед наступающим front-end(ом)?
Ок, добавим на каждый item по валидатору, я больше о том, что элементарная логика MVC убегает на фронт
Есть ли будущее у Spring MVC перед наступающим front-end(ом)?
Кто читает данный топик, есть ли сторонники моей точки зрения ?
Есть ли будущее у Spring MVC перед наступающим front-end(ом)?
Хмм, недавно реализовывал на AngularJS что то навроде школьного расписания со всеми итерациями, проверками на синхронность(наличие itemодновременно в двух местах), + полный CRUD. От Java потребовалась только itemService.save(item). Для безопааности был использован JWT. Java от всего кода занимала не более 20%
Есть ли будущее у Spring MVC перед наступающим front-end(ом)?
Наличие логики на фронте позволяет в разы уменьшить количество рест запросов, а иначе на изменение каждой запятой придется апелировать к серверу.
Есть ли будущее у Spring MVC перед наступающим front-end(ом)?
Я топлю за идею, что если есть желание покушать завтра хлеба с маслом, то стоит потихоньку JS подтягивать, хотя душа лежит к ООП.
Есть ли будущее у Spring MVC перед наступающим front-end(ом)?
Хмм, но ведь можно реализовать подкачку по 15 items на страничку, и адльше поставить слушатель на scroll. А от бэка требуется только отвечать на рест запросы
Есть ли будущее у Spring MVC перед наступающим front-end(ом)?
Type Script позволяет осуществлять ООП на фронте, не превратится ли классические ООП языки в скучный DAO layer ?