Ну вот мы приняли, после того, как silex ушел в небытие. А поскольку контроллеры в сайлексе не были зависимы от каких-либо симфоневых обвязок, было достаточно просто перенести весь проект на symfony 4

и логика у тебя вся в контроллерах?

фонд золотых цитат

Люмпениада 2018

и логика у тебя вся в контроллерах?

Нет, они тоненькие

Нет, они тоненькие

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

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

ну то есть пойми простую мысль - symfony это http фреймворк. Контроллеры - http адаптер.... они на одном уровне. То есть нет особо смысла запариваться и там чето изолировать. Юнит тесты всеравно на них писать глупо

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

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

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

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

не зря все началось с Бугаенко

за всю карьеру ни разу не видел ни полноценной смены субд, ни смены фреймворка(

Ну вот мы приняли, после того, как silex ушел в небытие. А поскольку контроллеры в сайлексе не были зависимы от каких-либо симфоневых обвязок, было достаточно просто перенести весь проект на symfony 4

Правишь AbstractController под новый ФВ и все )

@Enleur symfony response гуд или не гуд ? :)

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

Да, не велика беда. но контроллеры мне чаще всего нужны для тупого мапинга реквестов на команды. Вся эта обвязка с подключеним рендеров и прочего пригождается раз на 20 экшенов.

за всю карьеру ни разу не видел ни полноценной смены субд, ни смены фреймворка(

подмена субд на кеш, индексы, апишки меняли zend 1 -> zend 2, это фактически разные фреймы symfony -> spring

@Enleur symfony response гуд или не гуд ? :)

у меня с ним не было проблем. я не пытаюсь делать странных вещей

ну с точки зрения переноса того же zend 1 -> zend2 там framework agnostic поможет, примерно, никак)

symfony -> spring следом)

и вообще второй зенд фу-фу-бяка)

абсолютно никак

за всю карьеру ни разу не видел ни полноценной смены субд, ни смены фреймворка(

я видел. Правда мы просто проект переписывали по частями переводили с древнего code igniter + mysql на postgresql + laravel

так что не уверен что это считается)

и вообще второй зенд фу-фу-бяка)

это было как только он появился) давно..

у меня с ним не было проблем. я не пытаюсь делать странных вещей

return new RedirectResponse($uri) чем странный код ?

я видел. Правда мы просто проект переписывали по частями переводили с древнего code igniter + mysql на postgresql + laravel

не ну частями и я некоторые моменты выносил. Тем не менее, что б так взять и поменять ьускуль на постгрю - хер)

я видел. Правда мы просто проект переписывали по частями переводили с древнего code igniter + mysql на postgresql + laravel

обычное такие переписывания не от хорошего agnostic проекта делают

return new RedirectResponse($uri) чем странный код ?

а проблемы с чем?

обычное такие переписывания не от хорошего agnostic проекта делают

именно)

return new RedirectResponse($uri) чем странный код ?

это коробочный респонс, но я предпочитаю $this->redirect

и $this->json

я тож не люблю вообще делать new Something особенно если надо это делать много где. Например я люблю $this->json()

у нас свои урл UrlInterface with symfony standart response: new RedirectResponse($url->assemble()) with our custom implementation new AppRedirectResponse($url)

я тож не люблю вообще делать new Something особенно если надо это делать много где. Например я люблю $this->json()

Может ты еще и симфони формы любишь?

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

почему звучит стремно?

в чем проблема абстрагироваться от фреймворка?

Может ты еще и симфони формы любишь?

для своих целей формы вполне гут

Может ты еще и симфони формы любишь?

я апишки пишу - нахер мне формы?)

я апишки пишу - нахер мне формы?)

Ну мало ли))

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

в чем проблема абстрагироваться от фреймворка?

в том что решаете надуманные проблемы?

в чем проблема абстрагироваться от фреймворка?

вопрос в целях.

любая абстракция несет в себе стоимость

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

и мы конкретно тут обсуждаем "смену фреймворка" как самую тупую мотивацию это делать

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

Я лично обсуждаю тут вот это. https://github.com/symfony/symfony/blob/master/src/Symfony/Bundle/FrameworkBundle/Controller/ControllerTrait.php#L219

Я лично обсуждаю тут вот это. https://github.com/symfony/symfony/blob/master/src/Symfony/Bundle/FrameworkBundle/Controller/ControllerTrait.php#L219

и что не так с "этим"?

за всю карьеру ни разу не видел ни полноценной смены субд, ни смены фреймворка(

я видел смену СУБД, но если честно мне не кажется, что в этом был большой смысл (хотя мне сложно судить)

я видел смену СУБД, но если честно мне не кажется, что в этом был большой смысл (хотя мне сложно судить)

смена субд без изменений в коде за счет абстракции или просто смена СУБД?

Привет, мы написали север приложений для PHP с нативной поддержкой PSR-7: https://github.com/spiral/roadrunner Кто что думает?)

север исправить бы

а, как-то раз пришлось оч быстро с postgres на oracle переезжать....

север исправить бы

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

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

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

я не первый?)

я видел смену СУБД, но если честно мне не кажется, что в этом был большой смысл (хотя мне сложно судить)

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

Я начал показывать недостатки кода в плане архитектуры. И основная идея это не изменение фреймворка или компонента а в плане плохого расширения.

я написал и понял потом

и что не так с "этим"?

Всё ок. Просто погорячился и назвал говном, то чем сам не пользуюсь в силу некоторых обостренных убеждений и предрассудков, основанных на опыте)

типа все что выглядит как трейт должно и пахнуть как трейт?)

Всё ок. Просто погорячился и назвал говном, то чем сам не пользуюсь в силу некоторых обостренных убеждений и предрассудков, основанных на опыте)

респектую

типа все что выглядит как трейт должно и пахнуть как трейт?)

Ага, куча неявных и почти всегда ненужных зависимостей.

Я начал показывать недостатки кода в плане архитектуры. И основная идея это не изменение фреймворка или компонента а в плане плохого расширения.

ммм..... сложна

Ага, куча неявных и почти всегда ненужных зависимостей.

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

всеравно скорее всего говно будет где-то.

смена субд без изменений в коде за счет абстракции или просто смена СУБД?

у меня всё было очень плохо, ни о каких абстракциях не шло речи(причём ни до ни после), смена была MySql -> MongoDB. Всё переписывалось пол года. Так что скорее просто смена субд.

ERROR: S client not available

у меня всё было очень плохо, ни о каких абстракциях не шло речи(причём ни до ни после), смена была MySql -> MongoDB. Всё переписывалось пол года. Так что скорее просто смена субд.

тут не смена субд а переписать проект

просто так скорее всего)

ммм..... сложна

Стандартный путь: у тебя есть интерфейс, ты его реализует когда нужно расширить базовую либу Путь симфони: или наследуй класс и пиши затычки в коде (как в StreamResponse) или добавляй свои методы в базовый контроллер.

всеравно скорее всего говно будет где-то.

Конечно будет, но без $this->container->get('something')

тут не смена субд а переписать проект

на самом деле не знаю, в общем это аргументировалось более высоким быстродействием и тем, что можно безболезненно добавлять поля (насколько я понимаю в mysql таблица на время добавления поля блокируется). Но я честно говоря не знаю, т.к. я дно-джуниор, то меня просто поставили перед фактом. Сделал бы я так сам? Фиг знает

Конечно будет, но без $this->container->get('something')

this->container->get нет ни одного такого вызова в проекте на полмиллиона строк

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

и это как раз таки symfony way

this->container->get нет ни одного такого вызова в проекте на полмиллиона строк

Есть, ты просто от них отнаследовался и не замечаешь)

Есть, ты просто от них отнаследовался и не замечаешь)

есть ServiceSubscriber концепция, но это ограниченный контейнер, который в принципе не привязан к фрейму

Есть, ты просто от них отнаследовался и не замечаешь)

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

в ТВОЕМ коде container->get нет и это то что важно. остальное - детали реализации которые тебе не должны быть сильно интересны

https://github.com/symfony/symfony/blob/9dd89e014b0f0866a205e470c8d35dd1bd1129d2/src/Symfony/Bundle/FrameworkBundle/Controller/ControllerTrait.php#L222

https://github.com/symfony/symfony/blob/9dd89e014b0f0866a205e470c8d35dd1bd1129d2/src/Symfony/Bundle/FrameworkBundle/Controller/ControllerTrait.php#L222

https://github.com/symfony/symfony/blob/9dd89e014b0f0866a205e470c8d35dd1bd1129d2/src/Symfony/Bundle/FrameworkBundle/Controller/AbstractController.php#L72

учи матчасть

только хотел скинуть

учи матчасть

данкешон) иду читать про service locator

но самое важное опять же что напрямую ты им не пользуешься

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

да понял) нужно затестить.

посмотри на реализацию того же метода json

он не просто в JsonResponse заворачивает

?

почитал про primitive obsession, возник вопрос - в какой момент нужно остановиться в оборачивании примитивов объектами? Насколько я понял - нет смысла оборачивать примитив в объект только тогда, когда не нужно ограничивать (с точки зрения логики домена) диапазон значений примитива. И даже когда не нужно ограничивать диапазон, но у примитива есть поведение, то всё равно стоит его обернуть в объект.

почитал про primitive obsession, возник вопрос - в какой момент нужно остановиться в оборачивании примитивов объектами? Насколько я понял - нет смысла оборачивать примитив в объект только тогда, когда не нужно ограничивать (с точки зрения логики домена) диапазон значений примитива. И даже когда не нужно ограничивать диапазон, но у примитива есть поведение, то всё равно стоит его обернуть в объект.

если бы в php была возможность элиасы типам назначать еще...

type ProviderID = string

ну то есть один из плюсов VO - большая выразительность кода. Этого можно достич частично комбинацией VO и type alise-ов

ну то есть один из плюсов VO - большая выразительность кода. Этого можно достич частично комбинацией VO и type alise-ов

в смысле заменить некоторые VO элиасами?

type ProviderID = string

угу, гошечка рядом :D

ну у меня тайпскрипт)

ну разницы минимум ведь, убрал "=" и уже гошечка :D

в смысле заменить некоторые VO элиасами?

не только. Например в более модных языках ты можешь перечисления еще делать: type SomeStatus = "active" | "inactive"