か
Причём я ещё про легаси говорю, проработав в западном инвест банке. Что творится в обычном русском ретейле, страшно подумать
Лучше там всё в русском ритейле
Size: a a a
2020 September 21
AK
Слышал разные отзывы про него, но знаю что на интервью даже могут просить про то, как написать свою потокобезопасную коллекцию. Да и вроде людей туда берут знающих
Да, интервью сильные, отбор отличный. Люди приятные (в большинстве). Условия материальные тоже нормальные. Но то, насколько все бюрократизировано, насколько много легаси - слов нет.
AK
В коммерц банке много проектов даже на гит не перешли, лул
🤣
か
Шутки шутками, а люди там в свн херачат
T
Составил резюме для джуна, нуждаюсь в здравой критике. Кто может помочь мне посмотреть его :)
ch
Tima
Составил резюме для джуна, нуждаюсь в здравой критике. Кто может помочь мне посмотреть его :)
точно не в этом чате
AK
Tima
Составил резюме для джуна, нуждаюсь в здравой критике. Кто может помочь мне посмотреть его :)
Кидай, легко могу, если ты джавист
КВ
Добрый вечер.
А кто может подсказать момент, как лучше организовать классы/код на уровне паттерна или подхода к проектированию.
Суть вопроса:
Приходит некое сообщение из внешней системы и происходит его десериализация в экземпляр класса java. далее нужно по определенным условиям (в зависимости заполнены ли поля этого объекта или нет) записать в БД информацию. При этом может быть ситуация при которой для записи одной сущности в БД необходима ссылка на другую сущность, которая уже записана ранее. Типа надо прогнать полученный объект по обработчикам, создать записи в БД и при этом проставить при необходимости внешние ключи на другие сущности.
Сначала думал над тем, чтобы применить Chain of Responsibility, но что-то начал сомневаться насчет передаче зависимостей других сущностей.
Возможно это не решить напрямую паттерном, но есть советы по организации классов для реализации задачи. Буду рад послушать варианты того, как бы вы это сделали исходя из опыта :)
Просто городить все в один класс не хочется, а хочется как-то разделить ответственность за создание записей в БД, чтобы в дальнейшем сопровождение кода упростить (при появлении потребности в создании новых объектов)
А кто может подсказать момент, как лучше организовать классы/код на уровне паттерна или подхода к проектированию.
Суть вопроса:
Приходит некое сообщение из внешней системы и происходит его десериализация в экземпляр класса java. далее нужно по определенным условиям (в зависимости заполнены ли поля этого объекта или нет) записать в БД информацию. При этом может быть ситуация при которой для записи одной сущности в БД необходима ссылка на другую сущность, которая уже записана ранее. Типа надо прогнать полученный объект по обработчикам, создать записи в БД и при этом проставить при необходимости внешние ключи на другие сущности.
Сначала думал над тем, чтобы применить Chain of Responsibility, но что-то начал сомневаться насчет передаче зависимостей других сущностей.
Возможно это не решить напрямую паттерном, но есть советы по организации классов для реализации задачи. Буду рад послушать варианты того, как бы вы это сделали исходя из опыта :)
Просто городить все в один класс не хочется, а хочется как-то разделить ответственность за создание записей в БД, чтобы в дальнейшем сопровождение кода упростить (при появлении потребности в создании новых объектов)
VP
Добрый вечер.
А кто может подсказать момент, как лучше организовать классы/код на уровне паттерна или подхода к проектированию.
Суть вопроса:
Приходит некое сообщение из внешней системы и происходит его десериализация в экземпляр класса java. далее нужно по определенным условиям (в зависимости заполнены ли поля этого объекта или нет) записать в БД информацию. При этом может быть ситуация при которой для записи одной сущности в БД необходима ссылка на другую сущность, которая уже записана ранее. Типа надо прогнать полученный объект по обработчикам, создать записи в БД и при этом проставить при необходимости внешние ключи на другие сущности.
Сначала думал над тем, чтобы применить Chain of Responsibility, но что-то начал сомневаться насчет передаче зависимостей других сущностей.
Возможно это не решить напрямую паттерном, но есть советы по организации классов для реализации задачи. Буду рад послушать варианты того, как бы вы это сделали исходя из опыта :)
Просто городить все в один класс не хочется, а хочется как-то разделить ответственность за создание записей в БД, чтобы в дальнейшем сопровождение кода упростить (при появлении потребности в создании новых объектов)
А кто может подсказать момент, как лучше организовать классы/код на уровне паттерна или подхода к проектированию.
Суть вопроса:
Приходит некое сообщение из внешней системы и происходит его десериализация в экземпляр класса java. далее нужно по определенным условиям (в зависимости заполнены ли поля этого объекта или нет) записать в БД информацию. При этом может быть ситуация при которой для записи одной сущности в БД необходима ссылка на другую сущность, которая уже записана ранее. Типа надо прогнать полученный объект по обработчикам, создать записи в БД и при этом проставить при необходимости внешние ключи на другие сущности.
Сначала думал над тем, чтобы применить Chain of Responsibility, но что-то начал сомневаться насчет передаче зависимостей других сущностей.
Возможно это не решить напрямую паттерном, но есть советы по организации классов для реализации задачи. Буду рад послушать варианты того, как бы вы это сделали исходя из опыта :)
Просто городить все в один класс не хочется, а хочется как-то разделить ответственность за создание записей в БД, чтобы в дальнейшем сопровождение кода упростить (при появлении потребности в создании новых объектов)
У вас проблемы с тем как разбить ваши ответственности на классы?
КВ
У вас проблемы с тем как разбить ваши ответственности на классы?
Да, полагаю что да
IG
Добрый вечер.
А кто может подсказать момент, как лучше организовать классы/код на уровне паттерна или подхода к проектированию.
Суть вопроса:
Приходит некое сообщение из внешней системы и происходит его десериализация в экземпляр класса java. далее нужно по определенным условиям (в зависимости заполнены ли поля этого объекта или нет) записать в БД информацию. При этом может быть ситуация при которой для записи одной сущности в БД необходима ссылка на другую сущность, которая уже записана ранее. Типа надо прогнать полученный объект по обработчикам, создать записи в БД и при этом проставить при необходимости внешние ключи на другие сущности.
Сначала думал над тем, чтобы применить Chain of Responsibility, но что-то начал сомневаться насчет передаче зависимостей других сущностей.
Возможно это не решить напрямую паттерном, но есть советы по организации классов для реализации задачи. Буду рад послушать варианты того, как бы вы это сделали исходя из опыта :)
Просто городить все в один класс не хочется, а хочется как-то разделить ответственность за создание записей в БД, чтобы в дальнейшем сопровождение кода упростить (при появлении потребности в создании новых объектов)
А кто может подсказать момент, как лучше организовать классы/код на уровне паттерна или подхода к проектированию.
Суть вопроса:
Приходит некое сообщение из внешней системы и происходит его десериализация в экземпляр класса java. далее нужно по определенным условиям (в зависимости заполнены ли поля этого объекта или нет) записать в БД информацию. При этом может быть ситуация при которой для записи одной сущности в БД необходима ссылка на другую сущность, которая уже записана ранее. Типа надо прогнать полученный объект по обработчикам, создать записи в БД и при этом проставить при необходимости внешние ключи на другие сущности.
Сначала думал над тем, чтобы применить Chain of Responsibility, но что-то начал сомневаться насчет передаче зависимостей других сущностей.
Возможно это не решить напрямую паттерном, но есть советы по организации классов для реализации задачи. Буду рад послушать варианты того, как бы вы это сделали исходя из опыта :)
Просто городить все в один класс не хочется, а хочется как-то разделить ответственность за создание записей в БД, чтобы в дальнейшем сопровождение кода упростить (при появлении потребности в создании новых объектов)
Если нужно прогнать класс по обработчикам (каждый смотрит за тем что ему нужно (заполнить поле\отвалидировать что-то или что-то другое) — создаёшь List<SomeInputHandler> -> приходит сообщение -> прогоняешь по всем хендлерам, в хендрелы просто передаёшь сообщение, которое пришло.
КВ
Если нужно прогнать класс по обработчикам (каждый смотрит за тем что ему нужно (заполнить поле\отвалидировать что-то или что-то другое) — создаёшь List<SomeInputHandler> -> приходит сообщение -> прогоняешь по всем хендлерам, в хендрелы просто передаёшь сообщение, которое пришло.
И в каждом handler лезть в БД за уже созданными объектами при необходимости? Т.е. мы создали сущность в БД в предыдущем handler и надо добавить ссылку на нее
IG
И в каждом handler лезть в БД за уже созданными объектами при необходимости? Т.е. мы создали сущность в БД в предыдущем handler и надо добавить ссылку на нее
Как угодно, на самом деле, вопрос был в организации кода. Я бы делал это так, да еще и транзакционно.
ВБ
И в каждом handler лезть в БД за уже созданными объектами при необходимости? Т.е. мы создали сущность в БД в предыдущем handler и надо добавить ссылку на нее
Можно передавать объект по цепочке. Интерфейс с методом и сигнатурой ваших объектов.
TI
слушайте, а в спринг-буте реально нельзя сделать отдельный тредпул для БД независимый от пула netty?
https://stackoverflow.com/questions/63991963/how-to-specify-thread-pool-for-hikaricp-datasource-in-spring-boot-2?noredirect=1#comment113157500_63991963
https://stackoverflow.com/questions/63991963/how-to-specify-thread-pool-for-hikaricp-datasource-in-spring-boot-2?noredirect=1#comment113157500_63991963