любое, даже самое магическое решение в среде без глобальных переменных, будет понятнее чем спринг. чтобы добраться до его уровня на кложе нужно обмазаться тремя слоями макросов, в которых генерить var-ы и переопределять их.
любое, даже самое магическое решение в среде без глобальных переменных, будет понятнее чем спринг. чтобы добраться до его уровня на кложе нужно обмазаться тремя слоями макросов, в которых генерить var-ы и переопределять их.
jpa из коробки, ну офигеть. или там интерфейсы хэндлера и http-клиента, где используются разные типы для описания запросов-ответов. или вот конструкция http-хэндлеров, где абсолютно непонятно, что же можно получить в качестве аргументов.
Ирония в том что когда spring появился он был понятный очевидный и маленький :) А дальше он стал мейнстримом - слишком много всего было добавлено, ну и добили это все spring boot’ом и множеством подпроектов “spring someshit” Вероятно это участь любого популярного framework’а - колапсировать под тоннами и тоннами кода..
Ирония в том что когда spring появился он был понятный очевидный и маленький :) А дальше он стал мейнстримом - слишком много всего было добавлено, ну и добили это все spring boot’ом и множеством подпроектов “spring someshit” Вероятно это участь любого популярного framework’а - колапсировать под тоннами и тоннами кода..
Под какими тоннами кода? Там все отдельными библиотеками сделано. Можешь использовать только то, что тебе надо. Это не монолитный фреймворк.
Под какими тоннами кода? Там все отдельными библиотеками сделано. Можешь использовать только то, что тебе надо. Это не монолитный фреймворк.
Выше пишут что spring неочевидный и непонятный - считаете товарищи не разобрались ? :) То что spring не монолитен - совершенно перпендикулярно тому что кода там тонны