Комрадам в комментариях пропагандирующих vault. Не путайте secret storage с config storage. Первое для sensitive информации, второе для конфигурации. Если уж на то пошло то статья в целом про микс первого со вторым, соответственно логичней в таком случае говорить и про Consul, в котором как раз можно спокойно хранить конфигурацию.
Был не в курсе, в оправдание конечно скажу что в документации про это ни слова, pr в гите в помощь как говорится. Попробуем применить у себя. Пока что, глядя на то как реализовано, работает при ручном запуске контейнеров, как ClassRule или просто Rule в junite однозначно не работает.
Небольшой P. S. всем кто хочет попробовать сей инструмент. При всей любви к тест контейнерам, для тяжеловесов вроде оракловых докер образов и просто комплексных тестовых окружении для интеграционников, лучше всё таки использовать docker-maven-plugin и стартовать всё нужное перед failsafe тестами. Оно очень убогое и делает дебаг тестов и кода крайне тяжеловесным (не говоря уже о танцах с бубном чтобы зарегать приложение бегущее в хосте в рамках докер сети, если есть необходимость проксирования запросов и прочего), но позволит уменьшить суммарный рантайм тестов, что всегда есть гуд.
Если метод интерфейсный и класс его реализует то всё будет окай. Вопрос в другом. Зачем сравнивать разные языки по своей природе? Строго типизированный типа жабы с питоном. Компмлируемый со скриптовым. Естественно различия будут. Но примеры сравнивания с трамвайной ручкой это следствия, а не индикаторы различий.
В жабе рефлексией можно получит метод/поле одного класса и потом пытаться вызвать его для объекта другого класса. Как бы велком, один вопрос — на… зачем?
В java snake case приветствуется в основном лишь для final static variables. Любой checkstyle на это намекает. А так camel case або смерть. И вот именно поэтому никогда не понимал срачей на тему как правильно написать имя переменной, пропущенный New line и тд. Плюс минус современный редактор уже давно решает эти проблемы за разработчика…
Optional * exception mapper Самый правильный вариант, если хочется для однотипных вызовов иметь предсказуемое и "стандартное" в рамках проекта поведение, но это больше похоже на gist в гите, а не на статью для хабра IMO
Было бы слишком много вони как с десяткой если бы vs code что-то лишнее слал. В остальном очень хороший редактор. Я уже иногда для мелких вещей пишу жаба код в нем, лиш бы в очередной раз не запускать идею.
Сегодня еще вспомнил что хотел спросить, это возвращаясь к теме специального драйвера и репозитория.
Сможет ли webflux спокойно работать с методами декорированными @Async? Поддержка CompletableFuture и Stream в том-же spring-data есть. Mono класс я вообще как посмотрел — вылитый аналог CompletableFuture.
Получается что в теории можно намешать синхронку «под асинк соусом» и webflux. Ведь всё равно для некоторых баз нет async драйвера и иди знай когда появится. (И да я понимаю что в таком случае база будет боттлнеком, с её локами и прочим)
Есть небольшой вопрос касательно getByLastName метода. Для 'Hello World' выглядит неплохо. Но такое же ведь нельзя использовать на очень больших объемах данных? На каждый чих (запрос) мы будем вгружать всех юзеров и только потом фильтровать как я понимаю, а это при миллионе записей думаю будет неплохой удар ниже пояса.
И еще вопрос как работает такой reactive repository с DB кешем или пока всё напрямую тащим из базы?
Нумеро дос (упомянутый в статье) — мелкомягкие, например. Ещё вк, помнится, когда диалоги внедрили — очень быстро вернули возможность сидеть в старом режиме сообщений. Я же не призываю устаканить всё (хоть и сижу до сих пор 60% времени в консоли) и не двигать прогресс.
Ну а как иначе проверить что новая фича "да" или "нет". Взять небольшую выборку тестовых юзеров не совсем корректно. На больших выборах результаты могут отличаться, потому и запускают и тестируют на живых людях, а потом если что — rollback
Согласен с тем что сохранить бургер разумно. Но имхо дублирование имеет место быть. Даже с точки зрения accessibility. Возвращаясь к примеру видны. Когда выносится ярлык на панель быстрого запуска — из пуска приложение никуда не исчезает. Shortcut панель не должна влиять на меню приложения.
Да как бы все файл менеджеры плюс минус vim подобны, тут скорее кто привык к двупанельным или нет. Люди с zsh вообще редко ими пользуются например
Комрадам в комментариях пропагандирующих vault. Не путайте secret storage с config storage. Первое для sensitive информации, второе для конфигурации. Если уж на то пошло то статья в целом про микс первого со вторым, соответственно логичней в таком случае говорить и про Consul, в котором как раз можно спокойно хранить конфигурацию.
Был не в курсе, в оправдание конечно скажу что в документации про это ни слова, pr в гите в помощь как говорится. Попробуем применить у себя. Пока что, глядя на то как реализовано, работает при ручном запуске контейнеров, как ClassRule или просто Rule в junite однозначно не работает.
Небольшой P. S. всем кто хочет попробовать сей инструмент. При всей любви к тест контейнерам, для тяжеловесов вроде оракловых докер образов и просто комплексных тестовых окружении для интеграционников, лучше всё таки использовать docker-maven-plugin и стартовать всё нужное перед failsafe тестами. Оно очень убогое и делает дебаг тестов и кода крайне тяжеловесным (не говоря уже о танцах с бубном чтобы зарегать приложение бегущее в хосте в рамках докер сети, если есть необходимость проксирования запросов и прочего), но позволит уменьшить суммарный рантайм тестов, что всегда есть гуд.
Я как понимаю статья написана К. О. для людей которые познали js путем кодинга в реакте со старта. Полезность сомнительная…
Если метод интерфейсный и класс его реализует то всё будет окай. Вопрос в другом. Зачем сравнивать разные языки по своей природе? Строго типизированный типа жабы с питоном. Компмлируемый со скриптовым. Естественно различия будут. Но примеры сравнивания с трамвайной ручкой это следствия, а не индикаторы различий.
В жабе рефлексией можно получит метод/поле одного класса и потом пытаться вызвать его для объекта другого класса. Как бы велком, один вопрос — на… зачем?
Да, правильно помню таки https://github.com/square/retrofit/blob/master/retrofit/src/main/java/retrofit2/Retrofit.java#L515
Поправьте в статье чтобы у новичков паники не возникло :)
Если я ничего не путаю baseUrl метод билдера клиента всегда вроде требовал '/' в конце урла или это уже убрали в последних версиях?
В java snake case приветствуется в основном лишь для final static variables. Любой checkstyle на это намекает. А так camel case або смерть. И вот именно поэтому никогда не понимал срачей на тему как правильно написать имя переменной, пропущенный New line и тд. Плюс минус современный редактор уже давно решает эти проблемы за разработчика…
Optional * exception mapper Самый правильный вариант, если хочется для однотипных вызовов иметь предсказуемое и "стандартное" в рамках проекта поведение, но это больше похоже на gist в гите, а не на статью для хабра IMO
Apache cordova в помощь. Либо возьмите quasar framework который уже годный сам по себе и поддерживает это всё из коробки.
Было бы слишком много вони как с десяткой если бы vs code что-то лишнее слал. В остальном очень хороший редактор. Я уже иногда для мелких вещей пишу жаба код в нем, лиш бы в очередной раз не запускать идею.
Сможет ли webflux спокойно работать с методами декорированными
@Async? ПоддержкаCompletableFutureиStreamв том-же spring-data есть.Monoкласс я вообще как посмотрел — вылитый аналогCompletableFuture.Получается что в теории можно намешать синхронку «под асинк соусом» и webflux. Ведь всё равно для некоторых баз нет async драйвера и иди знай когда появится. (И да я понимаю что в таком случае база будет боттлнеком, с её локами и прочим)
getByLastNameметода. Для 'Hello World' выглядит неплохо. Но такое же ведь нельзя использовать на очень больших объемах данных? На каждый чих (запрос) мы будем вгружать всех юзеров и только потом фильтровать как я понимаю, а это при миллионе записей думаю будет неплохой удар ниже пояса.И еще вопрос как работает такой reactive repository с DB кешем или пока всё напрямую тащим из базы?
Ответил ниже (спасибо телефону)
Нумеро дос (упомянутый в статье) — мелкомягкие, например. Ещё вк, помнится, когда диалоги внедрили — очень быстро вернули возможность сидеть в старом режиме сообщений. Я же не призываю устаканить всё (хоть и сижу до сих пор 60% времени в консоли) и не двигать прогресс.
Ну а как иначе проверить что новая фича "да" или "нет". Взять небольшую выборку тестовых юзеров не совсем корректно. На больших выборах результаты могут отличаться, потому и запускают и тестируют на живых людях, а потом если что — rollback
Согласен с тем что сохранить бургер разумно. Но имхо дублирование имеет место быть. Даже с точки зрения accessibility. Возвращаясь к примеру видны. Когда выносится ярлык на панель быстрого запуска — из пуска приложение никуда не исчезает. Shortcut панель не должна влиять на меню приложения.