Да я без агра)

и примеры с композицией я показал просто чтобы показать композицию :)

я то сам обычно херачу абстрактные классы.

но вызов твой приму

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

интересно

я то сам обычно херачу абстрактные классы.

От души)))

ну так! они ж понятнее должны быть

Этого в их чатах не хватает.

Фесор лайт какой то

Что такое, не подскажешь?

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

Где всё это можно будет лицезреть?

Что такое, не подскажешь?

это товарищ @Fesor

он у нас популярный ООП-вед

но там страшные замуты

про Actor model и так далее

Этого в их чатах не хватает.

Да часто хватает Просто контекст другой Тут сейчас на примерах автомобиля и насекомых также толку много не будет

Да часто хватает Просто контекст другой Тут сейчас на примерах автомобиля и насекомых также толку много не будет

кстати да. надо бы более реальную задачу

приземленную.

Слышишь, @EdgarSedov

Где всё это можно будет лицезреть?

Для начала лучше когда, а так я думаю 2 гиста просто запилим

Что такое, не подскажешь?

Да чувак с соседних чатов. Админ в симфони, prophp, и ооп чате

пусть машины, но более практичные

кстати да. надо бы более реальную задачу

Ээ не, у нас же бездумный выбор композиции наследованию на кону)))

Ээ не, у нас же бездумный выбор композиции наследованию на кону)))

но кому это интересноесли это будут машиныв вакууме?

но кому это интересноесли это будут машиныв вакууме?

Это будет рабочий код, реализующий определенные возможности. При которых просто нерационально использовать композицию

приземленную.

Даже из ларавел взять У меня в шторме постоянно ругается что некоторые классы имеют 3+ родительских класса Кажется, если делать кастомный форм реквест то он имеет 3 родителя

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

Даже из ларавел взять У меня в шторме постоянно ругается что некоторые классы имеют 3+ родительских класса Кажется, если делать кастомный форм реквест то он имеет 3 родителя

да. в ларке так. я в итоге отключил эту инспекцию.

да. в ларке так. я в итоге отключил эту инспекцию.

А по этому поводу что скажешь то? Беда в архитектуре или ок и просто не смотреть на это?

А по этому поводу что скажешь то? Беда в архитектуре или ок и просто не смотреть на это?

ну а что ты сделаешь? не ты же вендор...

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

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

ок. но пусть все знают,что ты сознательноправила игры наклоняешь в свою сторону :)

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

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

догмат не мой

Ну не суть, ты же согласен с ним?

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

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

Даже так. Здесь надо "всегда надо" менять на "обычно лучше"

А по этому поводу что скажешь то? Беда в архитектуре или ок и просто не смотреть на это?

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

Даже так. Здесь надо "всегда надо" менять на "обычно лучше"

надо илучше - это одно и тоже. мы же догматики, епта :)

ну а что ты сделаешь? не ты же вендор...

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

Вы это.. Углы не срезайте! Один наследование, другой композицию (только чур не абстрактный класс)

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

Там расширянтся симфони реквест

надо илучше - это одно и тоже. мы же догматики, епта :)

Не совсем) всегда надо подразумевает что во всех случаях наследование неправильный выбор)

Не совсем) всегда надо подразумевает что во всех случаях наследование неправильный выбор)

так.. если "лучше" - то очевидно другое - это неправильный выбор

Но не всегда)

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

вообще.... если подумать.. это же DTO по большому счету.

тутможно композицию, но всем лень.

ивообще, Эдгар, можешь не придумывать пример

так.. если "лучше" - то очевидно другое - это неправильный выбор

Я уже молчу про то что бездумно следовать чему-либо в принципе вредно.

Рома за тебяуже придумал

вообще.... если подумать.. это же DTO по большому счету.

Если ДТО то не много ли туда уже такую валидацию, сформирование ошибок, плюс проверка авторизации?

Если ДТО то не много ли туда уже такую валидацию, сформирование ошибок, плюс проверка авторизации?

нуавторизацию там чекать - это вообще бред. не знаю зачем там придумали.

а вот валидацию я юзаю... хотя и знаю что срезаю углы

Рома за тебяуже придумал

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

Пришлось отлучится. Сорян.

Вы ещё Серёгу сюда притащите

Там понесется.

Он и не прийдёт Слишком много у него не любви к ларе и юии Ещё бы в мадженто чат сказал?

Он и не прийдёт Слишком много у него не любви к ларе и юии Ещё бы в мадженто чат сказал?

Можно переехать в симфони чат. Или в ооп

И там то будет всем нам

Можно переехать в симфони чат. Или в ооп

Да и тут достаточно можно На самом деле такие споры, если они объективные и хорошо аргументированные дают много хороших идей и поводов задуматься Для таких джунов как я, самое то)

Да и тут достаточно можно На самом деле такие споры, если они объективные и хорошо аргументированные дают много хороших идей и поводов задуматься Для таких джунов как я, самое то)

ты не джун уже ящитаю

ты не джун уже ящитаю

Как раз после бесед Фесора хватает аргументов считать себя джуном, это в лучшем случае ещё? Но тем не менее, это даёт понимание слабых сторон и мест которые нужно подтягивать

Как раз после бесед Фесора хватает аргументов считать себя джуном, это в лучшем случае ещё? Но тем не менее, это даёт понимание слабых сторон и мест которые нужно подтягивать

он в облаках витает

функциональщина и эктор модели

он в облаках витает

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

и кстати моя фраза не говорит, что он чето плохо знает. просто увлекся всяким таким :))

ERROR: S client not available

Очень похоже на эффект даннинга крюгера

у нас не хватает квалификации, чтобы это понять

Ларавел - это быстрый и достаточно приемлемый способ создать круд приложение А дальше уже на усмотрение Чем больше бизнеса тем сложнее его заворачивать в ларавель Ларавеловские фасады это уг и все это знают только пересел с ЦМС на фреймворки, учу лару. а тут оказывается что ларавел говно. буду учить симфони - симфони говно. и пыха тоже, надо на ноде писать. учишь ноду - зачем? есть ГО и новый Дот Нет Кор так послушать - вообще нельзя ничего учить, везде все плохо) ох уж эти споры сеньоров и архитекторов, во всех чатах одно и тоже. как мне, ламеру, это видится

и ты прав :)

мы, проггеры, те еще понторезы

нам лишь бы чсв почесать...

Зенд экспрессив, слим

микрофреймворки

а нуда.

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

для обычной write -модели есть доктрина. для read модели она тяжела.. и можно либо тупые SQL либо активрекорд какойнибудь.

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

ES?

ларка та же - хороша. роутинг,конфиги простые... самые базовые вещи если взять.. то ок

Event sourcing

это игрушка синьоров :)

Adel, ты вроде в симфони собирался?

я посмотрел... и дляпроекта таки взял доктрину и ларку.

чот мне не понравилосьв симфони.. я не помню уже

ну ясное дело всякие yaml...

конфигурации добивали

я не переношу этовсякое

Сделал бы кто нибудь чат симфони фор бегинерс

Сделал бы кто нибудь чат симфони фор бегинерс

Сделай

я посмотрел... и дляпроекта таки взял доктрину и ларку.

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

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

миграции у доктрины raw sql же да?

миграции у доктрины raw sql же да?

там можно делать просто апдейт. она берет схему БД из кода entities и сравнивает с базой, и производит все изменения чтобы схема бд совпадала с кодом.

как-то мне неуютно от таких миграций... они же просто sql-ные

я миграции там и не писал. просто добавляешь поле в entity и и запускаешь апдейт, в базе все само появится

я в курсе... в дотнете тоже есть автосоздание миграций. но там хоть абстракция

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

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