Юлия, спасибо за статью! И как я вас понимаю, особенно ваших разработчиков, которые столкнулись с этой болью открытых API (особенно WB). Я года 3 назад работал с проектом интеграции с WB и Озона и прочувствовал на себе те самые проблемы. Респект вашей команде!!! Но не расслабляйтесь маркетплейсы очень непредсказуемы в вопросах своих внешних API )))
Для lombok, в данном случае, не принципиально какую область зависимости вы укажете. Он нужен только во время сборки проекта, а в дальнейшем он не участвует. Поэтому важно исключить лишнюю транзитивность в проекте для подобных библиотек. scope=provided наиболее применим к библиотекам вынесенным из сборки но используемым приложением из контейнера где он выполняется. optional=true убирает зависимость проектов от lombok, которые используют вашу библиотеку, что на мой взгляд более гибко.
Писать под конкретную базу и дает возможность использовать ее функционал по полной. Можно писать на стандартном SQL тогда со многими типами бд будет работать. Но тут встречный вопрос как часто вы встречали смену бд в проде? Это, все же, больше прерогатива стартапов а там и JPA справится.
Если сравнивать с jdbc+SQL то MyBatis дает ряд преимуществ в разделении SQL от java. И в этом преимущества. Разделяй и властвуй, как говорится. XML отвечает за SQL и маппинг, java за бизнес-логику. А MyBatis объединяет их между собой.
Согласен. Есть такое. И здесь два варианта: либо мало кто пользуется, либо не сталкиваются с проблемами ))) Когда я входил в этот фрейворк эта проблема и была, не у кого было спросить "Что делать". Это и подстегнуло написать данную статью, а возможно даже серию с плавным погружением. По своему опыту крайних работ эта птичка вполне жива.
Информация
В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
А почему вы не вынесли общую логику с общими библиотеками в отдельный микросервис? Тогда основная боль обновлений ушла бы в историю.
Добавьте, пожалуйста, ссылку в статью. Возможно, она приведет новых селлеров ;)
Юлия, спасибо за статью! И как я вас понимаю, особенно ваших разработчиков, которые столкнулись с этой болью открытых API (особенно WB). Я года 3 назад работал с проектом интеграции с WB и Озона и прочувствовал на себе те самые проблемы. Респект вашей команде!!! Но не расслабляйтесь маркетплейсы очень непредсказуемы в вопросах своих внешних API )))
Для lombok, в данном случае, не принципиально какую область зависимости вы укажете. Он нужен только во время сборки проекта, а в дальнейшем он не участвует.
Поэтому важно исключить лишнюю транзитивность в проекте для подобных библиотек.
scope=provided наиболее применим к библиотекам вынесенным из сборки но используемым приложением из контейнера где он выполняется.
optional=true убирает зависимость проектов от lombok, которые используют вашу библиотеку, что на мой взгляд более гибко.
Писать под конкретную базу и дает возможность использовать ее функционал по полной. Можно писать на стандартном SQL тогда со многими типами бд будет работать. Но тут встречный вопрос как часто вы встречали смену бд в проде? Это, все же, больше прерогатива стартапов а там и JPA справится.
Если сравнивать с jdbc+SQL то MyBatis дает ряд преимуществ в разделении SQL от java. И в этом преимущества. Разделяй и властвуй, как говорится. XML отвечает за SQL и маппинг, java за бизнес-логику. А MyBatis объединяет их между собой.
Согласен. Есть такое. И здесь два варианта: либо мало кто пользуется, либо не сталкиваются с проблемами )))
Когда я входил в этот фрейворк эта проблема и была, не у кого было спросить "Что делать". Это и подстегнуло написать данную статью, а возможно даже серию с плавным погружением. По своему опыту крайних работ эта птичка вполне жива.