ну просто еще не на все интерфейсы есть алиасы у них

приходится явно прописывать зависимости

или алиасы делать как Ivan говорит

так что если сделаешь PR, то 90% шансов что его примут)

Может кто сталкивался. Обновил проект до 3.3. Не появилась вкладка cache в профайлере. Если создавать проект с нуля то вкладка присутствует. Видимо что-то где-то забыл прописать, но вот что и где - понять не могу

может у тебя кеш не используется?)

Используется :)

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

я у себя ее отключал, потому что она дико лагала

а из-за количества обращений к кешу просто не показывалась иногда даже

проверь еще в конфигах, не отключал ли явно ничего

А где там?

Проект старый, отключать не мог. Может надо где-то отдельно ее конфигурировать?

The render tag is deprecated in favor of the render function. Что это значит?

The render tag is deprecated in favor of the render function. Что это значит?

тэг "render" устарел, юзайте функцию "render"

Перевод понимаю.

Что за тег рендер? :)

{% render

А функция?

{{ render(

`{%- render(controller('CAApiBundle:TrivagoApi:getReviewsForReviewConfig', {'reviewConfig': reviewConfig.id, 'key' : app.request.get('key')})) -%}`

Это же не тег?

тег же

Ок.

Как написать, чтобы стало функцией?

проценты заменить на фигурные скобки?

{{ render(controller(‘…

{{ }}?

Все догнал :)

Сообразил. Внимания не обратил совсем

Спасибо :)

Может кто сталкивался. Обновил проект до 3.3. Не появилась вкладка cache в профайлере. Если создавать проект с нуля то вкладка присутствует. Видимо что-то где-то забыл прописать, но вот что и где - понять не могу

может, кэш почисить?

может, кэш почисить?

первым делом сделал... при этом прописал dump() в CacheDataCollector - все собирается

первым делом сделал... при этом прописал dump() в CacheDataCollector - все собирается

а по url вызывается? ?panel=cache

Да

Ребят, хочу сделать телеграмм бота с простеньким функционалом: обращение к базе, ответ пользователю. Но управление данными в базе хочу сделать на основе какой нибудь админки. Есть какие нибудь удобные cmsки для symfony? Или проще самому накидать?

а по url вызывается? ?panel=cache

Разобрался... В профайлере выводится только данные по последнему реквесту. Судя по всему {{ render(controller(... }} сбрасывает собранные данные

Ребят, хочу сделать телеграмм бота с простеньким функционалом: обращение к базе, ответ пользователю. Но управление данными в базе хочу сделать на основе какой нибудь админки. Есть какие нибудь удобные cmsки для symfony? Или проще самому накидать?

возьми какой-нибудь crud для базы и радуйся

https://crudkit.com/ как вариант

Хм, действительно. Спасибо!)

Всем трям. Ребята, вопрос, где в иерархии файлов бандла хранить менеджеры? К примеру, у меня есть какой-то менеджер объекта, внутрях какой-то стандартный крад, эт для того чтобы разгрузить контроллер... Вот никак не могу найти куда бы по бест-прктису его бы впихнуть.

В папку Managers?

Manager

Всем привет! Подскажите что почитать по структуре приложения, как то тут раньше пролетало. Имеется ввиду разбивать проект на логические разделы. Ну то есть всё связанное с платежами в src/AppBundle/Payment, а например с договорами в src/AppBundle/Contract, к примеру

https://gist.github.com/fesor/76d39b19b18f7103a7c058301dc6a8fe

В папку Managers?

это слишком как-то просто )

но, да, пущай там будет ) Пасибки

В чем отличие композиции, агрегации и наследования? Не могу понять, как можно то, что в абстрактном классе и вроде как должно там быть, превратить в композицию.

В чем отличие композиции, агрегации и наследования? Не могу понять, как можно то, что в абстрактном классе и вроде как должно там быть, превратить в композицию.

Разбиваешь функции по смыслу и групируешь по объектам которые инджектишь в нужные места (в поля класса)

Это оч кратко если)

В сеттеры?

Или не важно?

конструктор

Ну то есть так же как в симфони сервисы.

Да эт по факту пример агрегации

А композиция?

Композиция когда обьекты внутри класса создаешь а не получаешь извне

Понятно.

То есть не самая тестируемая штука получается?

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

То есть не самая тестируемая штука получается?

почему? это же отдельный объект с состоянием и поведением

А как мокать зависимые классы?

отдельно ты эту часть можешь же протестировать и мокать ее зависимости

То есть не самая тестируемая штука получается?

Композиция да

ERROR: S client not available

отдельно ты эту часть можешь же протестировать и мокать ее зависимости

Как можно мокать зависимости, если они внутри создаются?

Как можно мокать зависимости, если они внутри создаются?

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

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

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

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

но было бы интересно узнать что важнее - иметь возможность отщиплять для более быстрых тестов то что логически не существует самостоятельно или все-таки инстанцировать такие части в при тестировании целого

Ну юнит тесты - они все таки маленькие части тестируют.

Но кроме em например он требует сервис который обращается к АПИ. его инстанс создаётся внутри. То есть я его снаружи не вижу. И замокать не могу. То есть мои тесты будут зависеть от АПИ всегда.

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

ну то есть он как и em должен через агрегацию наверно

Это разве не то?

Композиция когда обьекты внутри класса создаешь а не получаешь извне

Должен конечно. ;) так когда вообще композиция использоваться может? Какой-то конкретный пример, где это лучше?

Композиция когда обьекты внутри класса создаешь а не получаешь извне

гм, это откуда такой вывод

https://en.wikipedia.org/wiki/Object_composition - Composition is usually implemented such that an object contains another object - In aggregation, the object may only contain a reference or pointer to the object (and not have lifetime responsibility for it).

Как можно мокать зависимости, если они внутри создаются?

Отключить оригинальний конструктор и заюзать тестовий?

Может быть.

Как можно мокать зависимости, если они внутри создаются?

никак

но если ты выбрал композицию тебе это и не надо. А если надо - надо было брать агрегацию

class Inheritance extends Dependency {} class Composition { public function __construct() { $this->dep = new Dependency(); } } class Dependency { public function __construct(Dependency $dep) { $this->dep = $dep; } }

это если коротко о разнице

добавить тольео интерфейс надо

Композиция все же это о подчиненности и времени жизни, а не о том - создан объект внутри другого или инжектирован.

это слишком как-то просто )

А надо ли усложнять? :)

В папку Managers?

Но подождите он же ещё и сервис. Значит его надо в папку Service. Но постойте это ещё и class надо все классы в папку Class.? Сорри наболело)

Композиция все же это о подчиненности и времени жизни, а не о том - создан объект внутри другого или инжектирован.

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

не думаю что нужно как-то рассматривать другие случаи

Самый простой не спорю. Просто не согласен с тем, что если инжекция - то сразу агрегация

Самый простой не спорю. Просто не согласен с тем, что если инжекция - то сразу агрегация

по сути у тебя цикл жизни зависимостей не контролируется "главным" объектом. Ты можешь как бы извне это провернуть (prototype сервисы например), но это по сути сильно смазывает различие между композицией и агрегацией ибо о способе порождения зависимостей из "главной" штуки мы уже не знаем

различие - может ли этот объект _логически_ использоваться вне основного или нет

различие - может ли этот объект _логически_ использоваться вне основного или нет

да, так действительно лучше

подскажите пожалуйста как елемент формы EntityType::class вывести масивом input а не обычным select-ом ?