Как документировать магические методы для автоподстановки в phpstorm?

Дмитрий, по факту - класс Image - это Factory. Какой смысл пробрасывать вызовы к внутреннему $object, когда можно сразу вернуть его и работать с ним?

Как документировать магические методы для автоподстановки в phpstorm?

Дмитрий, можете обосновать? Я бы сделал

ImageFactory::create(string $filename): AbstractImage|ImageInterface

Как обратиться к членам класса через конструктор (new Class()->method())?

Xveeder, все становится понятно, если вы вспомните, что в php можно так:

$class = Foo::class;
$foo = new $class;

Тогда ваша запись будет двусмысленной:
$bar = new $class->method();
не известно либо мы инстанцируем экземпляр класс $class, либо у объекта $class вызываем method, который возвращает FQCN.

Как создать поле под связь mappedBy=""?

HellWalk, а теперь перечитай мой комментарий еще раз

Как создать поле под связь mappedBy=""?

HellWalk, https://symfony.com/doc/current/reference/forms/ty... - вот же

Как создать поле под связь mappedBy=""?

В чем проблема?

->add('properties', CollectionType::class, ['entry_type' => PropertyType::class])

Как избежать дублирования кода для горизонтально масштабируемого веб-приложения?

donflash, сериализатор может быть опциональной зависимостью, как вариант

Как использовать RabbitMqBundle в Symfony4?

1. queue_options: { name: 'queue' } - это должно работать как для producers, так и для consumers
2. Эксченжы привязываются к продюсерам. Т.е. вам надо создать несколько продюсеров, у которых будут прописаны нужные вам эксченжы. Ну и имя соответственно будет old_sound_rabbit_mq.{producer-name}_producer
3. Если они в одну ту же очередь/экченж посылают - то один и тот же
4. Можно

Как использовать RabbitMqBundle в Symfony4?

А как я, новичёк в Симфони, об этом должен был узнать?! Во всех мануалах пишут именно так.

В мануалах, полагаю, предупреждают, о какой версии симфони идет речь.
А так в оффициальной документации это есть: https://symfony.com/doc/current/controller.html#fe...
Плюс можно смотреть нововведения в блоге: https://symfony.com/blog/category/living-on-the-ed...
либо в UPGRADE-x.md https://github.com/symfony/symfony/blob/4.4/UPGRAD...

Как использовать RabbitMqBundle в Symfony4?

Zudro, с чего вы взяли, что my_queue1 вообще должен работать? Если следовать документации, то вам нужен old_sound_rabbit_mq.task_producer
$this->get('') - получение сервиса из контейнера. В последних версиях симфони контейнер в контроллере не доступен, поэтому нужный вам сервис нужно получать через конструктор или через double dispatch в экшене

Как использовать RabbitMqBundle в Symfony4?

Zudro, поправил ответ

Как использовать RabbitMqBundle в Symfony4?

Zudro, тут были?

Как использовать RabbitMqBundle в Symfony4?

Что за ошибка? Что ожидаете увидеть?

Как правильно реализовать теги в Symfony?

alexg-nn,
1. Найти записи по тегу не проблема. Все современные СУБД умеют работать с json (К примеру, MySQL)
2. Тут сложнее. Надо будет вытащить все статьи и пройтись по их тегам. В принципе, эту операцию можно производить один раз при редактировании статей и кешировать результат.

Если нужны ValueObject, то можете посмотреть в сторону dunglas/doctrine-json-odm

Не говорю, что этот подход верный, но я бы попробовал сделать так. Не люблю завязываться на доктриновские эвенты, а в вашей задаче, похоже, без этого не обойтись

Как правильно реализовать теги в Symfony?

А вы уверены, что теги должны быть сущностями? Почему бы не хранить их в json-поле? Разве что будет чуточку сложнее сделать облако тегов, но это решается кешированием. В остальном все сильно упростится

Как делать пакеты как у Symfony?

Пётр Грибанов,

Вообще-то будет работать.

Правильно понимаю, у вас структура аналогичная тому, что я привел? Т.е. внутри монорепозитория, непосредственно в директорииsrc классы не по PSR (присутствует что-то вроде framework-bundle/src/?
Используете https://github.com/splitsh/lite (этой штукой сплитится symfony/symfony)?

Как делать пакеты как у Symfony?

Пётр Грибанов,

В защиту скажу, что исключить тесты из autoload можно гораздо проще и лаконичнее)))

вы забываете про монорепозиторий. Само собой такое разделение на тесты и код лучше, но в монорепе оно не будет работать.
Для framework-bundle будет что-то вроде этого:

src/Symfony/Bundles/framework-bundle/src/FrameworkBundle.php
src/Symfony/Bundles/framework-bundle/tests/KernelTestCase.php
src/Symfony/Bundles/framework-bundle/composer.json

В итоге composer.json монорепозитория будет выглядеть вместо
"Symfony\\Bundle\\": "src/Symfony/Bundle/", для всех бандлов

"Symfony\\Bundle\\FrameworkBundle": "src/Symfony/Bundle/framework-bundle/src/",

- только для одного

К тому же, ссылаться на контроллер из модуля будет удобнее если модуль будет бандлом.

Скоро не будут :)

Removed support for bundle:controller:action syntax to reference controllers.

Большинство бандлов/модулей у вас будет пустыми, но в некоторых вам все же понадобится использовать Extension и CompilerPass.

С появлением _instanceof и !tagged CompilerPass уже и не нужны. Я ими давно не пользовался, по крайней мере.
В любом случае, их (Extension и CompilerPass) можно добавить в Kernel напрямую, без бандла.
Мне хватает следующего конфига

protected function configureContainer(ContainerBuilder $container, LoaderInterface $loader)
{
    $container->addResource(new FileResource($this->getProjectDir().'/config/bundles.php'));
    $confDir = $this->getProjectDir().'/config';

    $loader->load($confDir.'/{packages}/*'.self::CONFIG_EXTS, 'glob');
    $loader->load($confDir.'/{packages}/'.$this->environment.'/**/*'.self::CONFIG_EXTS, 'glob');
    $loader->load($confDir.'/{services}'.self::CONFIG_EXTS, 'glob');
    $loader->load($confDir.'/{services}_'.$this->environment.self::CONFIG_EXTS, 'glob');
    // Складываю  в директорию services кастомные конфиги модулей, если они нужны
    // Они перезаписывают те, которые были созданы автоматически
    $loader->load($confDir.'/{services}/**/*'.self::CONFIG_EXTS, 'glob');
}

Какую информацию можно получить через php, зная IP пользователя?

https://iknowwhatyoudownload.com

Как делать пакеты как у Symfony?

Подписываюсь под сказанным.

Разработчики Symfony зря советуют не использовать бандлы. Ваши модули по сути и будут бандлы. Вы создаёте в модуле бандл в котором описываете метод интеграции модуля с фреймворком.

Методы интеграции с фреймворком - регистрация сервисов в контейнере. С появлением autowiring все бандлы заменяются, грубо говоря, одной строчкой:

App\:
    resource: '../src/*'

Речь, конечно, о ситуации, когда это все используется в одном проекте. Если имеет место быть переиспользование, то разработчики от бандлов и не советуют отказываться

Размещение тестов непосредственно в самом модуле довольно спорное решение.

В защиту скажу, что c использованием монорепозитория по-другому не получится (ну или как минимум, у монорепы будет хитрувыдоманный автолоад, вместо лаконичного). В --no-dev режиме эти файлы исключаются, а тестируется оно все вместе (для отдельных компонентов тесты не запускаются)

Как делать пакеты как у Symfony?

Я бы разделял в рамках namespace где уже размещал всю функциональность модуля

App/User
App/User/Controller
App/User/Entity
App/User/*
App/Blog
App/Blog/Controller
App/Blog/Entity
App/Blog/*
App/Events
App/Events/Controller
App/Events/Entity
App/Events/*
...

В переиспользование, в данном случае, я не верю :)