и пихать туда логику

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

репозиторий - это же то же самое, что и хранилище

https://msdn.microsoft.com/en-us/library/ff649690.aspx

The repository mediates between the data source layer and the business layers of the application. It queries the data source for the data, maps the data from the data source to a business entity, and persists changes in the business entity to the data source

в целом как

интерфейс репозитория лежит в слое модели

а реализация - в инфраструктурном слое

это такие вот "входы" для подключения инфраструктуры к модели

именно так и есть

немного инсайда свежего

не понял шутки

новый шаблон с ошибкой

какой-то он похож на тот что был

Как убрать опрос? Захожу в чат, и он выскакивает.

я уже убрал

до сих пор выпадает?

Ага)

хм

Нет это плохо

Нет это плохо

Такая фигня.

Как убрать опрос? Захожу в чат, и он выскакивает.

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

https://github.com/symfony/symfony/pull/20951

https://twitter.com/fabpot/status/809743412715016192

я чет думал symfony 4 будет в 2018

вообще уже потерялся)

если минимальная версия пхп 7 это будет единственной фишкой симфони 4, то я расстроюсь

а чего вообще ждёшь?

чего-то масштабного

Spring в мире PHP ?

симфони с 2й ветки особо не менялась толком

lol

ну по-немногу улучшали developer experience, сделали автовайринг, больше начали привязываться к ::class

Spring в мире PHP ?

да)

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

щас рефакторить код с текущим контейнером это боль - нужно всегда идти менять имя сервиса

можешь описать подробнее?

ты описываешь все сервисы в скажем services.yml

типа app_service_ololo: class: sdfsdfsdfsfd

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

ты перемещаешь, а потом идешь в services.yml и меняешь там бесполезное название и везде где оно используется

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

а зачем ты меняешь название?

ну сервисы чтобы не пересекались они имеют такую же структуру имени как и оригинальный референс

с неймспейсами

app_service_search_client == AppBundle/Service/Search/Client

@fes0r помню тоже на это жаловался и хотел уже сам генерить их

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

и в php-di ))

так имена ж ты по сути нигде и не юзаешь

там все на биндингах, типа Guice джавового

так имена ж ты по сути нигде и не юзаешь

вот! в том то и дело

ну т.е. имена нужны только тем, что возможно в контроллерах где-то гетом будут, но тогда только им имена и дай, остальные autowire?

/теория

ну т.е. имена нужны только тем, что возможно в контроллерах где-то гетом будут, но тогда только им имена и дай, остальные autowire?

это могло быть и как container->get(Service::class)

да, я понимаю

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

только надо список их заранее знать

чтобы компилить

поэтому щас контейнер как мы имеем

вот и надеюсь что его начнут адаптировать под возможности пхп

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

вот чем-чем, а формами не пользовался уже

ну где-то

2-3 года

иногда они удобные

Тейлор не отстает )) https://twitter.com/taylorotwell/status/809767371774816256

?

пхп 5.х быстро умертвят

одна доктрина только не спешит никуда

Для контраста )) https://twitter.com/dizballanze/status/809531721985232896

Для контраста )) https://twitter.com/dizballanze/status/809531721985232896

так гляди появится питон 4 на базе 2го

насчет фикстур кстати еще стоит внимания http://docs.sylius.org/en/latest/bundles/SyliusFixturesBundle/

опять за Sylius топишь)

йо

кто то в приставки рубит ?

хбокс было дело

я вот думаю может купить

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

у меня правда единственный минус это время

которого как всегда нет(

насчет фикстур кстати еще стоит внимания http://docs.sylius.org/en/latest/bundles/SyliusFixturesBundle/

Если вкратце, чем лучше альтернатив? И оно с нуля реализует фикстуры или расширяет DoctrineDataFixtures или ещё что-то?

Вот ещё вопрос: Адекватно ли будет в проекте перезапустить миграции с нуля? Суть в том, что проект переезжал на Symfony с самописного фреймворка когда-то давно и миграции начинаются не с создания нужных таблиц, а со всякого мусора, связанного с переездом, который уже никогда нужен не будет. По текущим миграциям нельзя создать нужную схему с нуля. А хотелось бы сделать чтобы проект можно было бы нормально автоматизированно разворачивать и прогонять миграции, а затем - тесты.

Вот ещё вопрос: Адекватно ли будет в проекте перезапустить миграции с нуля? Суть в том, что проект переезжал на Symfony с самописного фреймворка когда-то давно и миграции начинаются не с создания нужных таблиц, а со всякого мусора, связанного с переездом, который уже никогда нужен не будет. По текущим миграциям нельзя создать нужную схему с нуля. А хотелось бы сделать чтобы проект можно было бы нормально автоматизированно разворачивать и прогонять миграции, а затем - тесты.

можешь удалить все миграции и начать их заново

Я в курсе, что я могу :) Я спрашиваю нормально ли это делать в таком случае :)

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

к срачу о репосах

окрамиус сказал - ОК

https://twitter.com/Enleur/status/809756088115535872

Это кто-то из разработчиков Doctrine? Если да, то мне кажется, что он мог неверно понять, т.к. написал про добавление этой фичи в ядро. А здесь, насколько я понимаю, речь шла не о простом алиасе на remove() у EntityManager.

не, он говорит что это ок, но в ядро(базовый entityrepository) он бы не добавлял. и я с ним согласен

И про remove() тут как раз писали, что в принципе ок.

я спрашивал за save/remove)

Ну вот про save тут был срач как раз.

Так что если и спрашивать доктриновцев, то про save/update :)