Я буду скидываться на подарок коллеге, если мне будет казаться, что я могу повлиять на то, что в итоге подарят... И если буду верить что мне подарки тоже перепадут😅 очень похоже на налоги как мне кажется
@ContextHierarchy(
@ContextConfiguration(
name = "coreContext",
classes = {
// configs:
}
))
class BaseTest {}
@ContextHierarchy(
@ContextConfiguration(
name = "serviceContext",
classes = {
// configs:
}
)
)
class BaseServiceTest extends BaseTest {}
@ContextHierarchy({
@ContextConfiguration(
name = "extendedServiceContext",
classes = {
// configs:
}
)
})
@ActiveProfiles({"enableSthProfile"})
@TestPropertySource(properties = {
"context.specific.property=true"
})
class BaseExtendedTest extends BaseServiceTest {}
но надо учитывать, что если какой то бин создался в рамках serviceContext, проперти context.specific.property=true и профиль enableSthProfile на него уже не повлияют, есть возможность пересоздать этот слой указав его с тем же именем, тогда спринг как бы "смержит" деклорации и пересоздаст слой
У нас используется полный контекст в тестах и, чтоб ускорить его поднятие при запуске не всех тестов, а только части, мы используем ленивую инициализацию всех бинов по умолчанию. Однако некоторые бины при таком подходе нужно разметить обязательными к инициализации через @Lazy(false)
Я думал тут будут БД, кубы, облака... Что за разработчик с 4 годами опыта который только джаву знает? Свой инструмент конечно надо знать на отлично, но важно знать не только его. Хотите переплюнуть профессиональных разработчиков прочитав пару книг и не решив ни одной задачи бизнеса? А ещё наверное на синьера собеситься можно после этих книг?)
Я буду скидываться на подарок коллеге, если мне будет казаться, что я могу повлиять на то, что в итоге подарят... И если буду верить что мне подарки тоже перепадут😅 очень похоже на налоги как мне кажется
но надо учитывать, что если какой то бин создался в рамках serviceContext, проперти context.specific.property=true и профиль enableSthProfile на него уже не повлияют, есть возможность пересоздать этот слой указав его с тем же именем, тогда спринг как бы "смержит" деклорации и пересоздаст слой
А ещё для фича флагов и профилей можно использовать иерархию контекстов, тогда базовый контекст уже закеширован и надо построить только "диф"
У нас используется полный контекст в тестах и, чтоб ускорить его поднятие при запуске не всех тестов, а только части, мы используем ленивую инициализацию всех бинов по умолчанию. Однако некоторые бины при таком подходе нужно разметить обязательными к инициализации через
@Lazy(false)
Программисты странные ребята, им только дай код пописать, да чужое апи потрогать?
Я думал тут будут БД, кубы, облака... Что за разработчик с 4 годами опыта который только джаву знает? Свой инструмент конечно надо знать на отлично, но важно знать не только его. Хотите переплюнуть профессиональных разработчиков прочитав пару книг и не решив ни одной задачи бизнеса? А ещё наверное на синьера собеситься можно после этих книг?)
Меня смущает the people... Но у меня не очень с грамматикой)