в нетривиальной ситуации автовайринг принесет больше печали

Ну я думаю что если вам нужен автовайр но что то с вами не так.

сломаный автовайринг можно поймать еще на этапе composer install

Архитектурой

так что надежность там нормальная

но, по крайней мере, они его не вбивают гвоздями

но, по крайней мере, они его не вбивают гвоздями

пока

Типа что вас заставляет его использовать?

на этапе composer install можно поймать ой много чего, а информативности сообщениям не хватает но это я оффтоплю

заставляет - ничего

Так много зависимостей у классов что нужен автовайр?

Ну я думаю что если вам нужен автовайр но что то с вами не так.

у нас из 10к строк одного из конфига сервисов осталось 3.5к, после перехода на автовайринг

у нас из 10к строк одного из конфига сервисов осталось 3.5к, после перехода на автовайринг

это временно

Типа опять же

переход на автовайр репозиториев

еще как-то обоснован

Весь проект - это будет магия которую тяжко отследить.

При наличии разных реализаций

да не будет никакой магии)

автовайринг по типам задепрекейтили

Кстати, а если автовайринг рассмотреть с точки зрения рефакторинга, поддерживаемости прложения? Принцип - я конфигурирую там же где и использую, как и с аннотациями, помоему рулит

https://symfony.com/blog/new-in-symfony-3-3-deprecated-the-autowiring-types

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

короче

Кому что.

если у тебя 2 реализации и симфони не знает какую заюзать, то это 2 реализации какого-либо интерфейса же

у тебя в любом случае будет интерфейс

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

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

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

но у нас немного проще AppBundle\Repository\Users: factory: ["@doctrine.orm.entity_manager", getRepository] arguments: [AppBundle\Entity\User]

а скинье плиз про это почитать, ато везде em инклюд делаю

а скинье плиз про это почитать, ато везде em инклюд делаю

https://matthiasnoback.nl/2014/05/inject-a-repository-instead-of-an-entity-manager/

В симфе 4 что то меняли с DI?

А то я вообще не отстрелеваю что там новго

https://matthiasnoback.nl/2014/05/inject-a-repository-instead-of-an-entity-manager/

благодарю

в 4ке все такое же как и в 3.4, только без депрекейтов

Я уже боюсь обновляться на 3.4

по DI на 3.4 вот: http://symfony.com/blog/new-in-symfony-3-4-local-service-binding http://symfony.com/blog/new-in-symfony-3-4-services-are-private-by-default http://symfony.com/blog/new-in-symfony-3-4-simpler-injection-of-tagged-services http://symfony.com/blog/new-in-symfony-3-4-defining-compiler-passes-in-the-kernel http://symfony.com/blog/new-in-symfony-3-4-php-based-configuration-for-services-and-routes http://symfony.com/blog/new-in-symfony-3-4-advanced-environment-variables http://symfony.com/blog/new-in-symfony-3-4-lazy-commands

для 3.4/4.0 upgrade guide будет

Сейчас изучаю гайд с 3.3 на 3.4

для 3.4/4.0 upgrade guide будет

Полагаю он станет библией симфонистов и вообще набором и первоисточником откровений

ой не. Что то там сложно

останусь на 3.3

Bundle inheritance has been deprecated. Теперь как? Extensions?

https://symfony.com/blog/new-in-symfony-3-4-deprecated-bundle-inheritance

тоже этого испугался, но оказалось не так и проблемно

тоже этого испугался, но оказалось не так и проблемно

ага

собственный юзер бандл от фоса отделил за три часа где-то

главной фишкой оказался порядок подключения роутов

как насчет запилить нормальную замену фосу?

всеобщими усилиями так скажем

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

Так а что там требований?

Нужен квик старт

ну по фичам же

ну мол смотри, я апишки пишу - у меня свои требования, у тебя свои могут быть

У тебя например какие требования?

- восстановление пароля - регистрация - выключить аккаунт Первое что приходит в голову

как насчет запилить нормальную замену фосу?

Фреймаорконезависимый компонент или только для симфы?

Я - за, давно пора.

Нет фосу!!11адин

Чтобы сделать конкурентную замену фосу хотя бы определитесь с киллер фичами. Для этого нужно определить: а что вообще делает фос?

как насчет запилить нормальную замену фосу?

Как насчет не изобретать велосипеды? Что конкретно не нравится? (Где гарантия, что "нормальная" замена фоса не будет хуже)

кстати помосмотрел тот видос. про то что фос не нужен во всех кейсах... и мне идея понравилась... реально запилить своё занимает не много времени

в симфонях и дока есть как сделать

зато оверхеда в виде орды ненужных полей в БД

Фреймаорконезависимый компонент или только для симфы?

пока только для симфы

ERROR: S client not available

Как насчет не изобретать велосипеды? Что конкретно не нравится? (Где гарантия, что "нормальная" замена фоса не будет хуже)

1. не хочу что бы у меня был бандл который заставляет меня юзать свои сущности 2. хочу SRP 3. хочу иметь возможность выбирать различные стратегии/писать свои для штук вроде того же восстановления доступа.

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

а как ты видишь юзер бандл, который не заставляет юзать его сущности?

+ 1 за вопрос этого гражданина.

а как ты видишь юзер бандл, который не заставляет юзать его сущности?

для начала назвать его не user bundle)

а auth бандлом например

во вторых разделить "юзера" и "креды!"

1. не хочу что бы у меня был бандл который заставляет меня юзать свои сущности 2. хочу SRP 3. хочу иметь возможность выбирать различные стратегии/писать свои для штук вроде того же восстановления доступа.

И, судя по этому, тебе нужно не написать свой FOS а допилить текущий. Как-раз стратегии это то что изи ложится на пулреквесты. Зачем писать с нуля.

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

И, судя по этому, тебе нужно не написать свой FOS а допилить текущий. Как-раз стратегии это то что изи ложится на пулреквесты. Зачем писать с нуля.

ну то есть переписать все к чертям

не примут)

слишком большая разница в подходах

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

но порой говном можно и обмазаться

просто в такой ситуации это уже опять-таки завязка на конкретной стратегии даже если мы всем чатиком будем пилить *это* - мы не опишем все возможные стратегии работы к примеру, у меня в проекте есть понятие клиента и понятие юзера у клиента может быть много юзеров да, с одной стороны - это подпадает под твое разделение юзер-креды с другой - для других такое может быть не нужно и их вполне устроит юзер, являющийся хранилищем кредов да, первую стратегию можно применять для второй но это увеличение гибкости, которое ведет к увеличению сложности (нет, я не считаю, что затея бесполезная, но все спорные вопросы имхо надо выносить на обсуждение в первую очередь)

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

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

Да почему-же переписать. 1. Пилишь сво стратегию, оставляешь по дефолту стратегию из коробки. 2. Пункт 1 делаешь 3-4 раза в зависимости от того где тебе что нужно 3. Создаешь ПР 4. Если твой ПР (не ломающие BC) не принимают - говоришь что они говноеды 5. Делаешь форк и все пользуются твоим с полносй совместимостью с FOS (сразу и группа пользователей готова) ...? 6. Profit

Да почему-же переписать. 1. Пилишь сво стратегию, оставляешь по дефолту стратегию из коробки. 2. Пункт 1 делаешь 3-4 раза в зависимости от того где тебе что нужно 3. Создаешь ПР 4. Если твой ПР (не ломающие BC) не принимают - говоришь что они говноеды 5. Делаешь форк и все пользуются твоим с полносй совместимостью с FOS (сразу и группа пользователей готова) ...? 6. Profit

я не знаю как сделать fos норм не ломая обратную совместимость

да и это намного сложнее чем запилить с нуля

ну я еще гляну fos

может за 3 года они наконец релизнули новую мажерную версию и переписали ее знатно

но 90% что там то же говно что и было

ГЫ :) Ну ты ж про стратегии что-то говорил )) Короче - имхо - ты не запилишь продукт конкурирующий с FOS до такой степени, чтобы хоть кто-то (кроме тебя и твоих фанатов) заюзал это в проде. Я знаю что если разобратся как работает фос (документация слабая, разибраться нужно по коду, а это быстрее чем пилить с нуля) то ты можешь выкинуть почти все, и почти все заменить на свое.

$ php7.1 -r "var_export(16.9);" 16.9 $ php5.6 -r "var_export(16.9);" 16.899999999999999 Блина, мдакаю

ГЫ :) Ну ты ж про стратегии что-то говорил )) Короче - имхо - ты не запилишь продукт конкурирующий с FOS до такой степени, чтобы хоть кто-то (кроме тебя и твоих фанатов) заюзал это в проде. Я знаю что если разобратся как работает фос (документация слабая, разибраться нужно по коду, а это быстрее чем пилить с нуля) то ты можешь выкинуть почти все, и почти все заменить на свое.

ты видимо меня не так понял

во вторых разделить "юзера" и "креды!"

на эту тему был срачик в слаке кстати

сча погоди

Iltar топил за то что это креды

на эту тему был срачик в слаке кстати

и на чем решили?

Iltar топил за то что это креды

ну таки да

не помню уже если честно, надо поискать

https://github.com/FriendsOfSymfony/FOSUserBundle/blob/master/Model/User.php#L60