В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Spring Framework and more

1381 membersпожаловаться на группу
2020 June 11

VS

Vitaly Sirotkin in Spring Framework and more
мне не очень интересно. я просто знаю что такую штуку как ты делаешь - с вероятностью в 100% можно сделать по человечески. да, возможно это потребует определенного рефакторинга, но чем дальше будут проникать такие костыли - тем больше будет расти техдолг на проекте. выбор твой
источник
01:12пожаловаться#1

AL

Aleksander Lemyagov in Spring Framework and more
Vitaly Sirotkin
мне не очень интересно. я просто знаю что такую штуку как ты делаешь - с вероятностью в 100% можно сделать по человечески. да, возможно это потребует определенного рефакторинга, но чем дальше будут проникать такие костыли - тем больше будет расти техдолг на проекте. выбор твой
Любую штуку в IT можно сделать миллионами разных способов. Правильного решения нет. Есть более менее хорошее. Это лично мое мнение.
источник
01:13пожаловаться#2

VS

Vitaly Sirotkin in Spring Framework and more
окей, раз твое личное мнение, то спорить не буду))
источник
01:14пожаловаться#3

AL

Aleksander Lemyagov in Spring Framework and more
Но к советам прислушаюсь. Спасибо
источник
01:14пожаловаться#4

VS

Vitaly Sirotkin in Spring Framework and more
посмотри в сторону аннотации @Profile
источник
01:15пожаловаться#5

VS

Vitaly Sirotkin in Spring Framework and more
я уверен, что при определенном рефакторинге получится воспользоваться ею
источник
01:15пожаловаться#6

AL

Aleksander Lemyagov in Spring Framework and more
Vitaly Sirotkin
я уверен, что при определенном рефакторинге получится воспользоваться ею
И так ей пользуюсь
источник
01:16пожаловаться#7

VS

Vitaly Sirotkin in Spring Framework and more
хотя это в любом случае хардкод названия профиля. по мне так это довольно вредная штука, и ее использования стоит избегать
источник
01:17пожаловаться#8

AL

Aleksander Lemyagov in Spring Framework and more
Vitaly Sirotkin
хотя это в любом случае хардкод названия профиля. по мне так это довольно вредная штука, и ее использования стоит избегать
Хардкодить в конфигурации норм, а в других местах не норм?
источник
01:18пожаловаться#9

VS

Vitaly Sirotkin in Spring Framework and more
не понимаю вопрос)
источник
01:18пожаловаться#10

AL

Aleksander Lemyagov in Spring Framework and more
Vitaly Sirotkin
не понимаю вопрос)
Ну типа хардкодить названия профилей не очень хорошо. Но если профилем выбираем настройку, мы же в любом случае тогда хардкодим название профиля. Тогда почему нельзя использовать название профиля где-то еще.
источник
01:20пожаловаться#11

VS

Vitaly Sirotkin in Spring Framework and more
потому что профили изначально так задизайнены чтобы с их помощью можно было менять поведение приложения не меняя код. а в случае хардкода названия профилей - при рефакторинге конфигов, например, придется лазить по коду и искать где же было заюзано название профиля
источник
01:21пожаловаться#12

AL

Aleksander Lemyagov in Spring Framework and more
Есть вопрос. Может кто знает. Есть интерфейс сервиса. Есть 1 реализация. Эта реализация существует только тогда, когда есть профиль. Если профиля нет, в местах где сервис инжектится будет null. Так нормально делать? Или есть изящное решение?
источник
01:21пожаловаться#13

VS

Vitaly Sirotkin in Spring Framework and more
Aleksander Lemyagov
Есть вопрос. Может кто знает. Есть интерфейс сервиса. Есть 1 реализация. Эта реализация существует только тогда, когда есть профиль. Если профиля нет, в местах где сервис инжектится будет null. Так нормально делать? Или есть изящное решение?
звучит как плохой дизайн приложения.
источник
01:22пожаловаться#14

AL

Aleksander Lemyagov in Spring Framework and more
Vitaly Sirotkin
звучит как плохой дизайн приложения.
Звучит как вопрос. Господи... Можно без этих комментариев?
источник
01:22пожаловаться#15

VS

Vitaly Sirotkin in Spring Framework and more
в любом случае уж лучше подменить реализацию на какую то mock implementation.
источник
01:22пожаловаться#16

VS

Vitaly Sirotkin in Spring Framework and more
и все равно я б предпочел воспользоваться @ConditionalOnProperty чем названием профиля
источник
01:23пожаловаться#17

VS

Vitaly Sirotkin in Spring Framework and more
или @ConditionalOnMissingBean
источник
01:23пожаловаться#18

VS

Vitaly Sirotkin in Spring Framework and more
чтобы инжектить нулл тебе везде придется поставить эту зависимость в required=false, что как бы не очень. еще и везде на нулл проверять при использовании
источник
01:24пожаловаться#19

AL

Aleksander Lemyagov in Spring Framework and more
Vitaly Sirotkin
чтобы инжектить нулл тебе везде придется поставить эту зависимость в required=false, что как бы не очень. еще и везде на нулл проверять при использовании
Нулл как бы по дефолту будет. А вот на счет проверки на нулл да. Проблема.
источник
01:25пожаловаться#20