Есть папки с сайтами на симфонии фреймворк

У меня есть папка с бандлом

composer require --dev symfony/symfony

просто ставишь симфони dev зависимостью твоего бандла что бы ты мог спокойно его пилить в изоляции

Мне не нужно тащить весь фреймворк в бандл

Мне не нужно тащить весь фреймворк в бандл

1. у тебя фреймворк и так должен быть в списке зависимостей бандла 2. для РАЗРАБОТКИ тебе нужно окружение, иначе у тебя небыло бы проблемы которую ты хочешь решить

хочешь запускать команды - ставь симфони. Не хочешь - не ставь.

хочешь отдельно профайлер юзать - ставь симфони

короч разберись кто от кого зависит для начала

не хочет он

Ок

Спасибо

и это я еще не поднимал тему что тебе бандлы не нужны

кто то знает как доктрина обрабатывает сущности при schema:update ?

Теперь то холивар будет?

я думаю этот холивар уже несколько лет как перестал быть актуальным

но люди продолжают клепать бандлы на все случаи жизни

киньте ссылкой, а то нуб в симфе, пожалуйста

блеть. Но переиспользование в других проектах без бандлов?)

а что ты хочешь переиспользовать?

да и есть композер

интерфейсы доменов, сервисы для них

реализаций и конфигов под доктрину нет в бандлах, да

в разных проектах одинаковые домены?

+

а зачем их разделять тогда было?

кто то знает как доктрина обрабатывает сущности при schema:update ?

берет схему, берет схему базы, делает diff, генерит sql)

например зачем бандл для guzzle?

например зачем бандл для guzzle?

а зачем он?

ну я вот тоже спрашиваю

guzzle/guzzle в зависимости и поехали

интерфейсы доменов, сервисы для них

сделай отдельный "микросервис" и ставь его отдельно

Мне нужно заускать команды доктрины в бандле

можно через компонент symfony https://symfony.com/doc/current/components/process.html

чтобы в профайлер плевать и все?

rabbitmq бандл 50/50 удобный, но без него жить можно

берет схему, берет схему базы, делает diff, генерит sql)

не совсем верно выразился, как она понимает, что это сущность, на основе аннотаций ?

не совсем верно выразился, как она понимает, что это сущность, на основе аннотаций ?

посмотри компайл пассы doctrine bundle, все поймешь

там явно указано где сущности искать

+ в конфиге ты можешь задать где их искать

спс

https://github.com/fesor/project-skeleton/blob/master/app/config/config.yml#L53-L57

вот например

блеть. Но переиспользование в других проектах без бандлов?)

бандлы это по сути одна точка входа что бы граф зависимостей подсунуть + конфигурация.

можно все то же получить и без бандлов (смотри symfony/flex)

Ради конфигов и думал

я скорректирую - бизнес логику в бандлы писать не ок идея

единственное исключение - если у тебя бандлы с логикой вообще никак друг от друга не зависят на уровне базы

и все общение происходит только через сервисы/события

да и "реюзабельная бизнес логика" это нонсенс какой-то

такое либо удобнее держать отдельным приложением, либо как часть большего приложения (например когда у тебя вайтлейблы)

не совсем верно выразился, как она понимает, что это сущность, на основе аннотаций ?

это лоадеры метаданных понимают. Ты типа говоришь где сущности лежат (там могут не только сущности лежать) а оно уже потом пытается достать все сущности по аннотациям. Но если ты скажем yaml юзаешь - оно по другому уже грузит. Но это все исключительно загрузка метаданных. На выходе при любом раскладе ты получишь метаданные. Ты можешь их хоть руками описать. + можно даже без сущностей, эта фича в dbal а не в orm. В ORM лишь слой который по метаданным сущностей генерит схему в формате dbal

Ну насколько я понял, по умолчанию они должны находится в Entity, просто было интересно подхватит ли доктрина сущности которые в вендорах лежат.

Ну насколько я понял, по умолчанию они должны находится в Entity, просто было интересно подхватит ли доктрина сущности которые в вендорах лежат.

в Entity они должны лежать относительно бандла.

это DoctrineBundle тебе такую возможнось по сути дает

если ты хочешь что бы сущность лежала где-то помимо Entity - добро пожаловать в ручное управление мэппингами)

Прекратите сударь, мне не интересны извращения )

а мне интересны) мне не нравится названия Entity

а мне интересны) мне не нравится названия Entity

только и всего-то?

такое либо удобнее держать отдельным приложением, либо как часть большего приложения (например когда у тебя вайтлейблы)

у меня вайтлейбл намечается пока задумал использовать бранчи для начала разработки

единственное исключение - если у тебя бандлы с логикой вообще никак друг от друга не зависят на уровне базы

Какой смысл ты вкладываешь в "на уровне базы"? По интерфейсам между ними могут быть связи, но только на уровне интерфейсов. Каким образом они туда загружены, неважно.

но в целом да, картина микросервисов имеется в виду

у меня вайтлейбл намечается пока задумал использовать бранчи для начала разработки

добро пожаловать в ад)

та уже предчувствую веселье)

откажись сразу от идеи брэнчи юзать для изоляции вайтлейблов

делай изоляцию на уровне DI

конфиги

ERROR: S client not available

и все такое

будет меньше боли с поддержкой

а то будешь потом черепикать багфиксы по 10-ти веткам

я хочу максимально это все развести на компонентообразный подход

я хочу максимально это все развести на компонентообразный подход

правильно) но акцентирую внимание - как только ты для вайтлейбла сделаешь брэнч - ты попадешь в ад

но это не точно)

ну нет у нас возможности прожать ф5 для быстрого сохранения и ф9 для быстрой загрузки(

ну нет у нас возможности прожать ф5 для быстрого сохранения и ф9 для быстрой загрузки(

ча?

Подскажите, правильно ли я понимаю? Задача контроллера только принимать данные от пользователя и/или возращать пользователю какой-то ответ. После принятия данных от пользователя передаю их в сервис и там уже с ними работаю, верно?

принять реквест

чото там вызвать, передать реквест куда то

вернуть респонс

Подскажите, правильно ли я понимаю? Задача контроллера только принимать данные от пользователя и/или возращать пользователю какой-то ответ. После принятия данных от пользователя передаю их в сервис и там уже с ними работаю, верно?

связывать UI и приложение

то есть тебе в контроллер пришел http запрос, ты его переводишь в вызов метода сервиса, но сервис не с http запросом работает)

воспринимай контроллер как адаптер между http и приложенеим

ну еще можешь повалидировать реквест

Мне вот такое не нравится видеть в контроллерах: https://github.com/symfony/demo/blob/master/src/Controller/BlogController.php#L92

это демка для старта

Да, у меня просто под рукой больше ничего не нашлось :)

https://github.com/za4me/symfony.dev/blob/knp/src/AppBundle/Controller/GenusAdminController.php#L44 А, нет, есть. т.е. если создание формы в action еще как-то оправдываю (на самом деле я просто не знаю где создание формы должно быть). То, как по мне эта часть должна быть в сервисе: https://github.com/za4me/symfony.dev/blob/knp/src/AppBundle/Controller/GenusAdminController.php#L47 Который будет отвечать только за принятие определенных данных, определенной формы и уже с ними работать.

Короче если интересно это все читать по DDD книжки, да?

https://knpuniversity.com/

там курсы почитай

для начала

По symfony? Читаю.

хочешь запускать команды - ставь симфони. Не хочешь - не ставь.

Получилось сделать консольку без установки symfony/symfony :)

Этот пример (второй) что привел, по их курсу.

завтра на пхп митапчик в киеве идет кто-то?

ссылочку можно? скину нашему киевскому офису)

завтра на пхп митапчик в киеве идет кто-то?

приезжай на минский :D

http://phpfriends.club/meetups-4.html

приезжай на минский :D

да уже обещал фесору что как-нибудь приеду) а то он пока только к нам катается