Компилирйемость настройки — это скорее преимущество, т.к. ошибки времени исполнения превращаются в ошибки компиляции. Опять же, "Идея" умеет анализировать структуру проекта и прямо в классах указывать на возможные ошибки (неразрешенные зависимости, к примеру).
А кто из здесь читающий сможет сразу сказать как выполнить тонкую специфичную настройку пула коннектов
1) не вижу в вашем примере тонкой или какой-то особой настройки пула коннектов. Всё очень рутинно, и как раз от этой повседневности и призван избавить Спринг.
2) ваш пример предполагает, что сложная логика вынесена в хранимку в БД (кстати, как отлаживать её будете?)
3) если вы очень переживаете о производительности, то в случае с БД 90% времени скорее всего придётся на сетевое взаимодействие с базой и исполнение запроса, так что отказ от фрейворка не даст какого-то сверхвыигрыша.
Я всё ещё не вижу внятной аргументации в пользу отказа от Спринга. Всё сводится к "спринг плохой потому что потому".
Не понимаю этого хайпа по спрингу.
Если вы внимательно прочитаете статью, то увидите, что она не претендует на какое-то откровение или на роль Евангелия от Холлера. Это некоторая сумма опыта, и описание граблей с целью избавить от боли ещё не наступивших на них, не более того.
Типовой фреймворк под типовые задачи, да. Это относится к любым средствам разработки, к той же яве. Например, массив размером больше 2^32 средствами самого языка выделить нельзя, т.к. величина "размер массива" типа int.
Казалось бы, серьёзный недостаток. Вот только если посмотреть на количество разработчиков, которым действительно нужно решать эту задачу, то их очень мало от общего числа пользователей языка.
Да, в этом его ценность. Кстати, если у вас "восьмёрка", то можно написать что-то вроде
@Component
class LongToString implements Function<Long, String> {
}
@Component
class StringToLong implements Function<String, Long> {
}
И использовать так же:
@Component
@RequiredArgsConstructor
public class DI {
private final Function<Long, String> longToString;
private final Function<String, Long> stringToLong;
}
Ну, лично мне ВК более удобен. Я занимаюсь приборным поиском, и когда мне нужно определять возраст/стоимость находки проще всего залить её снимок в "Кладоискатели России" и за 5-10 минут получить ответ.
Вы могли бы по меньшей мере не увеличивать количество этой самой агрессии и не использовать уничижительное наименование страны, в который живёте. Но вы осознанно его использовали, так что дело не в жизни.
Умеет, например тот же порт можно передать из коммандной строки.
Компилирйемость настройки — это скорее преимущество, т.к. ошибки времени исполнения превращаются в ошибки компиляции. Опять же, "Идея" умеет анализировать структуру проекта и прямо в классах указывать на возможные ошибки (неразрешенные зависимости, к примеру).
1) не вижу в вашем примере тонкой или какой-то особой настройки пула коннектов. Всё очень рутинно, и как раз от этой повседневности и призван избавить Спринг.
2) ваш пример предполагает, что сложная логика вынесена в хранимку в БД (кстати, как отлаживать её будете?)
3) если вы очень переживаете о производительности, то в случае с БД 90% времени скорее всего придётся на сетевое взаимодействие с базой и исполнение запроса, так что отказ от фрейворка не даст какого-то сверхвыигрыша.
Я всё ещё не вижу внятной аргументации в пользу отказа от Спринга. Всё сводится к "спринг плохой потому что потому".
Если вы внимательно прочитаете статью, то увидите, что она не претендует на какое-то откровение или на роль Евангелия от Холлера. Это некоторая сумма опыта, и описание граблей с целью избавить от боли ещё не наступивших на них, не более того.
Типовой фреймворк под типовые задачи, да. Это относится к любым средствам разработки, к той же яве. Например, массив размером больше 2^32 средствами самого языка выделить нельзя, т.к. величина "размер массива" типа
int.Казалось бы, серьёзный недостаток. Вот только если посмотреть на количество разработчиков, которым действительно нужно решать эту задачу, то их очень мало от общего числа пользователей языка.
Со Спрингом примерно так же.
JPA — это Java Persistence API. Вероятно, вы имели ввиду JTA?
Спринг/Спринг Бут очень сильно упрощают разроботку.
Транзакционность, например.
Да, в этом его ценность. Кстати, если у вас "восьмёрка", то можно написать что-то вроде
И использовать так же:
Думаю, будет работать.
Можно без него, вот только придётся изобретать велосипеды. Много велосипедов.
Конвертер тоже компонент ;)
У любого государства есть недостатки, но даже самое плохое государство лучше, чем его отсутствие.
Ну, лично мне ВК более удобен. Я занимаюсь приборным поиском, и когда мне нужно определять возраст/стоимость находки проще всего залить её снимок в "Кладоискатели России" и за 5-10 минут получить ответ.
В чём именно опасность?
Неплохо )
Затем, что всё познаётся в сравнении. И смысл в таких платформах всё же есть, например ВК очень удобная система сообществ по интересам.
Вы могли бы по меньшей мере не увеличивать количество этой самой агрессии и не использовать уничижительное наименование страны, в который живёте. Но вы осознанно его использовали, так что дело не в жизни.
Всё относительно, если сравнить с тем же ФБ, то ВК смотрится куда свободнее, имхо.
Откачиваем пострадавших помаленьку )
Вот здесь можете глянуть на них: https://www.youtube.com/watch?v=rKWUxssQ9zs
При чём именно они громче всех жалуются про цензуру и подавление инакомыслия.
"Другие" отходы перевозят в особых вагонах и в других упаковках. Думаю, читатели Хабра заметят.