ну это не очень сложно)

опять же с описанным мэппингом)

тут базовый класс модели почти 2500 строк занимает :)) у меня уже глаз от "сложно" подергивается :)

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

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

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

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

спасибо за идею

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

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

всего должно быть вмеру

всего должно быть вмеру

поясни

в помойку толстые модели)

жирные модели тоже не ок)

и сам по себе сервисный слой - это нормально

жирные модели - это жи домен

а вот базовый класс модели - это уже попахивает)

жирные модели - это жи домен

скорее, рукоблудство)

жирные модели - это жи домен

или симптомы проблем с декомпозицией, не обязательно но

я опять поофтоплю с пхп. Нормально ли для стратегии в классе-контексте делать вызов методов стратегии через магический метод call() ?

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

но минус - нет автокомплита

не очень понятно что именно ты делаешь потому ответ - хз

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

ну

но вообще звучит стремно

не очень понятно что именно ты делаешь потому ответ - хз

Context в случае Стратегии, содержит в себе те же методы, дефакто что и имплементация, просто делегирует их вызов конкретной реализации public function method($args) { $this->strategy->method($args); }

я полагаю он зовет их через магию, определив не все эти методы, аля сплясав вокруг __call

Зачем контексту содержать методи стратегии? То есть ето где то можете и ок но совсем не обязательно

Это такая прокси-стратегия)

Это такая прокси-стратегия)

RTS?

я полагаю он зовет их через магию, определив не все эти методы, аля сплясав вокруг __call

Совершенно верно

Context в случае Стратегии, содержит в себе те же методы, дефакто что и имплементация, просто делегирует их вызов конкретной реализации public function method($args) { $this->strategy->method($args); }

https://kotlinlang.org/docs/reference/delegation.html

типа вот так?)

https://kotlinlang.org/docs/reference/delegation.html

не могу прочитать, сложно(

не могу прочитать, сложно(

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

типа удобная композиция

звучит неплохо

угу, котлин выглядит все более и более лакомой конфетой

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

not bad

типа вот так?)

да, так

только делегирование работает через магию

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

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

я тебе больше скажу - динамическая диспетчеризация не спроста динамической завется)

я думаю, они научены опытом пхп и знают, что и зачем пихают

мне нравится дока у котлина, она реально крута

ну в отличии от php у них там есть дизайнеры языка)

=(

ну в отличии от php у них там есть дизайнеры языка)

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

ну не знаю, ты дарт не упомянул, так что, подозреваю, у тебя просто фетиш)

можешь пояснить свою позицию? только дарт только хардкор?

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

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

??

ERROR: S client not available

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

не, свежая тема, все ок)

недавно вон го-пхп-срачик был, все оценили

в котлине-то?

каких?

какой такой тайпхинтинг?)))

недавно вон го-пхп-срачик был, все оценили

омг)

ты про js или про котлин?)

да нет, мы про котлин)

бля, php не язык

нечего его обсуждать

в мемориз от тебя такое сообщение

бля, php не язык

php не язык, а дар божий!

php не язык, а дар божий!

бога нет

и php тому доказательство

гугл

бог из машины

бог из гугла

в гугл иди

гуглу пофиг, выучишь го и все будет ок

ну гугл ведь написал

специально для пхпшников и прочих не очень умных

я там табличку "сарказм" забыл, если что

Пхпшники не умеют пользоватся гуглом, лучше в чатике спросить. Какой трафик?

Пхпшники обсирают пхпшников. Это так мило)

Как научиться интерфейсы называть? Вроде как Iterable, прикольно звучит. А мне нужно назвать интерфейс, суть в которого в том, что реализующий его класс может возвращать категорию.

категория есть у объекта, реализующего интерфейс?