Спасибо, было интересно! Пожелание к повествованию- больше для технических людей, чем для менеждеров и рекламных проспектов. Например картинка синхронного вызова на мой взгляд лишняя и комментарий к ней "Такой интеграционный паттерн обладает достаточно большим набором недостатков.....". Позволит сократить объем.
vladten А духовные практики не пробовали? Йога/цигун как пример с чего начать… Экхард Толле/ Муджи с чего слушать-читать? Возможно это кризис взросления и переоценки ценностей? И смысла надо искать не в работе, а чем-то другом...
Совсем недавно на Хабре статья была: https://habr.com/ru/post/500446/
Думаю неплохо было бы упомянуть и написать про цели своей: например раскрыть подробнее ...
Из замечаний — CrudRepository.save() никогда не вернет null (the saved entity will never be {@literal null}.). Поэтому Optiolal в сервисе и map в контроллере бессмыслены.
Для результата контроллера, который в вашем коде, есть готовый ResponseEntity.of().
Еще посмотрите на наследование аннотаций в контроллерах. В AbstractController можно определять маппинг методов, а в наследуемом репозитории задавать только маппинг класса.
К сожалению, по моему опыту, это очень частный случай, в основном приходится гораздо больше кастомизировать слои и дженерики начинают больше мешать, чем помогать. Полезны только абстрактные модели: AbstractIdEntity, AbstractNamedEntity и связанные с ними репозитории для общих действий: например поиск по имени. А если все очень типовое — то упомянутый spring-data-rest дает горазде меньше кода.
Скажите- баги по госуслугам можно вам писать? Или подскажите — куда… Там же иногда — ужос как на уши приходится встать для ввода данных. Это программисту. А что о рядовых пользователях сказать...
Спасибо за статью, что-то даже процитировал в группах. И тем более интересно читать обсуждение. Понимаю, что некоторые пункты утрированы- возможно для красного словца или чтобы зацепить… Но с чем-то несогласем. Поэтому спорить не буду, только дам свою позицию по некоторым пунктам.
1.2 > вежливо и ненастойчиво сообщаю… сделать каку… один раз
из обсуждений — наверно более близок к инициаторам. Те аргументированно пробиваю свою точку зрения. Был случай, что не убедил, пришлось делать (Yota)… Но как сделал! Творчески:) С тем, чтобы вкладывать личное время и эмоции согласен — лучше не вкладывать. Just a business.
1.8 > тихо увольняюсь
Увольняюсь. Но также аргументированно. Те. просто без пафоса доношу свою позицию. Поменяет это что-то или нет — не так важно. Главное для себя сделал что должно, а там уже-будь что будет.
2.3 > никогда не юзал volatile и многие другие.
Подозреваю, что для красного словца. Кам минимум volotile и другое — раз в полгода-год пригодится таки юзать
2.5 > не использовать геттеры и сетттеры в Java
уже было в обсуждениях- с lombok все стало сильно проще
2.6 > зачем нужны интерфейсы в java, за исключением callback и лямбд
С ходу:
Примеси/Mixedin. Из последнего- HasEmail для ентити и TO.
Множественное наследование: интерфейсы + делегирование (скорее из собеседований)
3.> Достижения
тут пишу возможно не то, что принято — технические решения. Хоте некоторые потом выбросили, но было интересно:) Потом- если проект мне не интересен, я туда не иду. Если интересен, то работаю для себя. Те мне достаточно маловажно, сколько человек его юзает.
Для меня главное- что я им остался доволен… Возможно это повод для упреков, но опять же- каждый делает свою работу. По остальному 3- см.п. 1.2
Прошагиваете xml сначала до нужного родителя и там уже ищите тэг.
Спасибо, было интересно! Пожелание к повествованию- больше для технических людей, чем для менеждеров и рекламных проспектов. Например картинка синхронного вызова на мой взгляд лишняя и комментарий к ней "Такой интеграционный паттерн обладает достаточно большим набором недостатков.....". Позволит сократить объем.
Рекомендую пройти ревью кода у коллеги пусть с небольшим, но опытом. Первое, что бросается:
vladten А духовные практики не пробовали? Йога/цигун как пример с чего начать… Экхард Толле/ Муджи с чего слушать-читать? Возможно это кризис взросления и переоценки ценностей? И смысла надо искать не в работе, а чем-то другом...
Вопрос о том, как его поменять… с тем, что telegram предлагает все ок, но он мне не подходит, тк кроме телеграма у меня еще несколько провайдеров
Всем привет! Вопрос не совсем по теме, но рядом- делал кто-то собственную кнопку авторизации через Telegram? Там iframe с загрузкой картинки с telegram.org и у меня не получилось (наверно в силу ограниченности моих js скилов). Нашел пост на https://stackoverflow.com/questions/56347902/telegram-authorization-without-default-button но он не помог...
Совсем недавно на Хабре статья была: https://habr.com/ru/post/500446/
Думаю неплохо было бы упомянуть и написать про цели своей: например раскрыть подробнее ...
Спасибо, интересный проект. Действительно иногда может быть полезным.
https://gorod48.ru/news/1894977/
Первый пример: почему не
?
Отзыв Н.Алмименкова о книге Боба Мартина "Clean Agile: Back to Basics"
Еесть немного в том числе про SAF: https://t.me/xpinjection_channel/311
Спасибо, то что нужно для начала!
Поправьте: object reduction mapping -> Object-relational mapping
На тему именования хорошее обсуждение на SO: https://stackoverflow.com/questions/2814805/java-interfaces-implementation-naming-convention
Про создание (D)TO- все надо делать обдуманно, не надо общих правил
https://stackoverflow.com/questions/21554977/should-services-always-return-dtos-or-can-they-also-return-domain-models
When not to Use
Arguments Against DTO
Из замечаний —
CrudRepository.save()никогда не вернет null (the saved entity will never be {@literal null}.). ПоэтомуOptiolalв сервисе иmapв контроллере бессмыслены.Для результата контроллера, который в вашем коде, есть готовый
ResponseEntity.of().Еще посмотрите на наследование аннотаций в контроллерах. В
AbstractControllerможно определять маппинг методов, а в наследуемом репозитории задавать только маппинг класса.К сожалению, по моему опыту, это очень частный случай, в основном приходится гораздо больше кастомизировать слои и дженерики начинают больше мешать, чем помогать. Полезны только абстрактные модели:
AbstractIdEntity,AbstractNamedEntityи связанные с ними репозитории для общих действий: например поиск по имени. А если все очень типовое — то упомянутыйspring-data-restдает горазде меньше кода.not_bad в Spring 5 появилось сканирование аннотаций на этапе компиляции: https://stackoverflow.com/questions/25981158/spring-component-annotation-compile-time-scan
Подключается добавлением
org.springframework:spring-context-indexerМожно еще с ней проверить время старта Spring-boot.
Скажите- баги по госуслугам можно вам писать? Или подскажите — куда… Там же иногда — ужос как на уши приходится встать для ввода данных. Это программисту. А что о рядовых пользователях сказать...
Спасибо за статью, что-то даже процитировал в группах. И тем более интересно читать обсуждение. Понимаю, что некоторые пункты утрированы- возможно для красного словца или чтобы зацепить… Но с чем-то несогласем. Поэтому спорить не буду, только дам свою позицию по некоторым пунктам.
1.2 > вежливо и ненастойчиво сообщаю… сделать каку… один раз
из обсуждений — наверно более близок к инициаторам. Те аргументированно пробиваю свою точку зрения. Был случай, что не убедил, пришлось делать (Yota)… Но как сделал! Творчески:) С тем, чтобы вкладывать личное время и эмоции согласен — лучше не вкладывать. Just a business.
1.8 > тихо увольняюсь
Увольняюсь. Но также аргументированно. Те. просто без пафоса доношу свою позицию. Поменяет это что-то или нет — не так важно. Главное для себя сделал что должно, а там уже-будь что будет.
2.3 > никогда не юзал volatile и многие другие.
Подозреваю, что для красного словца. Кам минимум volotile и другое — раз в полгода-год пригодится таки юзать
2.5 > не использовать геттеры и сетттеры в Java
уже было в обсуждениях- с lombok все стало сильно проще
2.6 > зачем нужны интерфейсы в java, за исключением callback и лямбд
С ходу:
3.> Достижения
тут пишу возможно не то, что принято — технические решения. Хоте некоторые потом выбросили, но было интересно:) Потом- если проект мне не интересен, я туда не иду. Если интересен, то работаю для себя. Те мне достаточно маловажно, сколько человек его юзает.
Для меня главное- что я им остался доволен… Возможно это повод для упреков, но опять же- каждый делает свою работу. По остальному 3- см.п. 1.2
Мне кажется, что если оставить первую половину статьи, вам бы наплюсовали больше...
По опросу- по поводу автопродления- не уверен, что у моего хостера есть такая фича. Нужно добавить в опрос. Юзаю vpsville, нареканий нет.