Телеграмм чат группы symfony

08:36пожаловаться #1

АR

Всем привет 🙂 был класс “валидатор” для JsonSchema, который через ямл принимал путь к схеме.
сейчас хочу перенести это в Constraint ентити, однако не знаю как переписать этот путь.

* @App\Validator\Constraints\JsonSchema(path="file://%kernel.project_dir%/var/resource/some-name.schema.json")

кто-то извращался так ?

09:42пожаловаться #2

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

09:46пожаловаться #3

АR

не уловил

09:47пожаловаться #4

Вроде простой и очевидный совет дал. Хз, что там можно было не уловить.

09:49пожаловаться #5

АR

простой и очевидный совет)

09:49пожаловаться #6

АR

так не понял про какое указание названия схемы ?
я хочу вынести логику из класса, который ранее описывался в ямл и закинуть в Constraint новый.

09:51пожаловаться #7

В констрейнте сделать @JsonSchema(some-name). В валидаторе констрейнта прокинуть из конфига путь до файла и конкатенировать его с именем из констрейнта. Так ты не будешь хардкодить путь

09:52пожаловаться #8

АR

или имеете в виду
* @App\Validator\Constraints\JsonSchema(handler=“”App/Some/Path/MessageValidator)

а в ямле описать
App/Some/Path/MessageValidator ?

09:52пожаловаться #9

АR

хммм, звучит здраво. Но тогда валидатор кроме валидации, начинает ещё строить себе пути )

09:54пожаловаться #10

АR

пойду ещё кофейку выпью. А там может родится что-то в кукушке.
Но спасибо за идею 🙂

09:55пожаловаться #11

Он ничего не строит. Он принимает полный путь, достаёт название из констрейнта и отдаёт валидатору json schema. Сам он ничего, кроме делегирования, не делает. Ну и мой вариант по-прежнему лучше, чем хардкод пути

09:56пожаловаться #12

George in symfony

подскажите пожалуйста, как перезагрузить admin.yml?

10:31пожаловаться #13

George in symfony

дело в том что провёл там изменения, но остались старые.