никакой движухи не наблюдаю

ну ладно

есть пхпгиикс. но там слишком активно

слишком много тупых вопросов?

не по теме обычно. все

точнее насколько много? Если 10 это вопросы в чатике ларавели

1000 человек. и постоянный флуд

ну не всеж о работе

интересно, а тут девушки есть?

тут есть . но не разу не писали

HR-ы наверное

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

надеюсь она одумалась и пишет на питоне или nodejs

на го, епт

го на го, я создал

игого, это вроде в соседнем чате конь

что за конь?

ну тебя ж закинули в чатик и там есть конь

челик в канале симфони

поясните за композицию в php

поясните за композицию в php

композиция типов, все такое.

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

множественное наследование является примерном того, что ты проиграл

> но трейты скорее для композиции трейты для копипасты кода. Они никак не влияют на типы

горизонтальная композиция

композиция бывает только типов

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

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

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

http://php.net/manual/ru/language.oop5.traits.php

инфа сотка

инфа ноль

скажи это разработчикам php

> Трейт (англ. trait) - это механизм обеспечения повторного использования кода

они прекрасно понимают что трейты никакого отношения не имеют ни к системе типов ни к наследованию

тупо устранение дублирования кода

почему ты с левых источников берешь инфу?

в первую очередь надо наверно смотреть доку

почему ты с левых источников берешь инфу?

я скопировал инфу с твоей ссылки

ну мне так кажется

вторая строчка в доке

окей

дальше прочитай

я оттуда это скопировал

наследование в любом виде - рак

повторное использование кода - это понятно

да не в любом

наследование классов - рак

в любом

просто как и с любым раком может наступить ремиссия

но большинство обнаруживают рак уже на 4-ой стадии

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

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

2 из которых допустим детекты(абстрактно)

которые тупо проверяют источник на true and false

а 4-ый парсит

class OtherParser implements Parser { private $baseParser; public function __construct(ParserUtils $baseParser); }

и возвращает в []

вот я тебе привел)

надо было оставить оформление кода

смотрелось лучше

в смысле?

`

class{ }

пофиг. Если у тебя есть 4 парсера, и им всем нужны 4 метода (именно им. а не тем кто парсер будут юзать)

то значит тебе надо вынести эти 4 метода в отдельный final класс и заюзать инстанс оного как зависимость своих парсеров

эти парсеры пишут люди, им они нужны

ERROR: S client not available

и?

и методы меняются

тем более наследование не выход

то есть там допустим проверка от кого пришло

в одном методе детекта

мой спосб эти кейсы покрывает

и его никак нельзя сделать final

и его никак нельзя сделать final

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

и не будет наследоваться

ни один из 4 методово

надо что-то новое - просто делаешь еще один класс

делаем все классы final и живем спокойно

(конечно же есть исключения но их очень мало)

наверное я плохо объясняю на словах)

возможно

давай так

щас напишу

пример

давай

class BaseClass{ public function detectSomeInformation(){ //return parsedArray } public function detectByBody(){ return false; } public function detectFrom(){ return false; } public function someDetect(){ return false; } } class Parser extends BaseClass{ public function detectSomeInformation(){ return [$someResult]; } public function detectByBody(){ retrun strpos(haystack, needle) !== false; } public function detectFrom(){ retrun strpos(haystack, needle) !== false; } public function someDetect(){ //detect } }

эм... то есть в базовом классе только интерфейс?

что то вроде этого

class BaseClass{ public function detectSomeInformation(){ //return parsedArray } public function detectByBody(){ return false; } public function detectFrom(){ return false; } public function someDetect(){ return false; } } class Parser extends BaseClass{ public function detectSomeInformation(){ return [$someResult]; } public function detectByBody(){ retrun strpos(haystack, needle) !== false; } public function detectFrom(){ retrun strpos(haystack, needle) !== false; } public function someDetect(){ //detect } }

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

а почему бы не заюзать... ну не знаю... интерфейс?

https://www.youtube.com/watch?v=Y-16C5yhKLo

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

эм... то есть в базовом классе только интерфейс?

а если там реализация есть ?

базовая

есть

просто лень писать для примера реализацию

а если там реализация есть ?

зачем тогда называть BaseParser? назови это просто Parser

ну я еще пару его видосов глянул, ну, идеи там прикольные есть, но в целом ты прав)

ну я еще пару его видосов глянул, ну, идеи там прикольные есть, но в целом ты прав)

двинутый чувак?)