Если кастомную фабрику миграций накостылять, нельзя ли там сделать проверку на вхождение имени таблицы в стоплист?

Но он еще даст и запись, что не очень

да и пофиг )

я не лютый интерпрайзник, у которого очко горит от неправильно поставленной запятой в конце массива на код ревью )

Так то еще и вьюхи можно писать вместо запросов, и натравливать на них модельки тоже же AR или просто гидрировать, через сериалайзер) А вытаскивать через * ))

Хотя не, сериалайзер тут не в тему, а вот через вьюхи некоторые юзают 🙂

в целом GQL по сути базу шарит, как и жсонапи. И никто не парится на этот счет.
Те, редкие отчеты, которые не вписываются в общую схему можно и на чистом скуле бахнуть.

так что хз, не вижу ниче плохого

Доброго дня. Не подскажите по доктрине? Есть ли альтернатива schema_filter: …. когда есть ряд таблиц которые не надо трогать когда migrations:diff делаешь, но при этом они должны быть видны таки доктрине?

хороший вопрос, насколько я знаю — никак. но это может получиться довольно неплохой фичей, не хотите им ишью оставить про это?

если кастомную фабрику миграций накостылять, нельзя ли там сделать проверку на вхождение имени таблицы в стоплист?

с виду — нельзя, да, фабрика уже готовой миграцией оперирует

мда… печаль

соглашусь, пожалуй

При переезде с другого фреймворка крайне бы полезная вещь была

а как то указать конкретную сущность или неймспейс для которой надо миграцию создать получается тоже нельзя?

https://www.doctrine-project.org/projects/doctrine-migrations/en/3.3/reference/generating-migrations.html#ignoring-custom-tables

Мне кажется, можно свою команду поверх родной написать, где из аргумента будет накладываться кастомный схема фильтр.
Но я сам так никогда не делал, не уверен.

Тогда после миграции получится что бд не соответствует энтитям? Как-то не очень

Вообще то можно. Один раз подключал в миграцию контейнер через интерфейс

Я так понимаю сервис контейнер уже не заинджектить в 6.1?

По крайней мере автовайрингом не выходит. Пишет нет такого сервиса

да ну

А все. Я узнал про tagged_locator. Симфа как всегда лучшая

и удобно, и особо нет применения

Кому нет применения? Локатору?

ага

Ну как нет. Я вот применяю ) довольно часто теперь буду

ну то есть я понимаю откуда оно растет: ты в конфиге указываешь
mailer_impl: gmail
а потом по этому gmail тебе надо достать App\Foo\GmailMailer

Не

раньше ты этот локатор делал у себя в сервисе, в который приходит таггед итератор

Мне надо было доставать сервисы по айди

а зачем?

если они у тебя и так есть в конструкторе

В конутрсторе у меня теперь локатор

так, а в нем чо?

сервисы по тэгу, да?

Сервисы которые протегированы

Были бы дженерики, чтобы указать какие именно сервисы в локаторе, вообще круто было бы

как ты понимаешь какой из инстансов тебе нужен?

не может же быть такого, что надо тупо все обойти?

ну то есть тогда тебе нужен таггед итератор и итерабл как тайпхинт массива сервисов

в БД лежит класс сервиса

плохо)

Такое решается стратегиями и реестром

Не знаю как там сейчас реализовано, но думаю шибко что-то не поменялось (я про локатор) — абстрактный контроллер.

зачем-то было нечего делать ночью и я решил повспоминать как писать бандлы для симфони. если кому-то интересно как работать с конфигом, например, то можно на этом игрушечном бандле посмотреть

https://github.com/sc0rp10/yandex-smartcaptcha-bundle

А можно подсказать зачем вот такой пустой аттрибут навешен?

#[\Attribute]
class YandexSmartCaptcha extends Constraint

чтобы можно было в твоей форм-модели сделать так https://cdn.weblab.pro/r54z8.png

Спасибо, не знал о такой фиче.