SP
звучит как что-то что должно быть отдельным проектом и крутиться изолированно от основной системы
Size: a a a
2021 April 07
SP
тогда да, тогда и изоляция и разработку можно аутсорснуть
SP
p.s. можно бандлы юзать, в этом случае главный критерий что твои бандлы между собой не должны зависимостей иметь (можно общие либы но бандл от бандла зависеть не должен). Так же бандлам не стоит в базу лазать например. Они могут предоставить какой-нибудь интерфейс для стораджа который имплементит уже тот кто бандлом пользуется. Но "оно само в базу ходить не должно".
VK
ты не уважаешь FosUserBundle????
SP
эта штука попила кровушки
VK
первая кровь Рембо была когда надо было натянуть шаблон на бандл
VK
потом прилетает тебе требование "будут кастомеры и админы, надо две формы" и ты такой "ща будет"
VK
ну и через 10 таких требований от фос юзер бандла остался UserManager
EU
Так и делал: экстрактировал интерфейсы из ядра в отдельный Composer-пакет, который в свою очередь рекуайрится и ядром, и бандлами. Бандлы на своей стороне либо 1) имплементят интерфейсы , чтобы стать tagged service внутри ядра, либо 2) инжектят интерфейсы из Composer-пакета, чтобы юзать сервисы ядра ( БД и т.д)
D
Да, я использую.
D
только js стараюсь не нагружать особо без надобности
JN
Это все понятно, меня интересует вопрос разделения своего проекта на бандлы, вынесение бизнес фич в них. Тогда в принципе над разными бандлами могут относительно независимо работать разные подкоманды. Кроме дополнительной сложности есть какие-то ещё аргументы против?
✨
еще забыли упомянуть удобство обновление бандлов компосером, если ты их используешь в нескольких проектах
JN
Мы про один проект
JN
Да
JN
Просто не все понимают этот термин