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

тот же Yii как пример)

а если требования меняются часто? Или ты понятия не имеешь на данный момент что на что влияет, то нужно вводить избыточность, дробление (декомпозиция если по другому)

что бы минимизировать риски

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

ну если требований так много, что все за раз в голову не влазят, то тут все-таки не покатит. Потому что по сути изменения требований здесь что-то аналогичное прочтению следующего тома документации)

короч

декомпозиция

разделение обязанностей

управление связанностью

все ради этого

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

Баги и костыли всегда были и будут независимо от модели разработки

хочешь задачку?

маленькую

У тебя есть классы Human, Student, Teacher.

опиши как сделать так, что бы можно было сделать студента Васю и учителя Марью Ивановну

new Human('Вася', new Strategy\Student());

да блин

ты все сломал

он знал))

я ж хотел что бы он наследование замутил(

я предположил

что бы я потом "а теперь сделай что бы Марья отчислила Васю и тот стал солдатом"

или "а теперь перенесемся в 41-ый век и преподавать будет робот"

$vasya->setStrategy(new Strategy\Soldier());

фу, setter

нуканука

а как надо?

хз)

changeRole

хотя бы

а то стратегии какие-то

"студент" это не стратегия, это по сути состояние души)

ну setRole()

setBehavior()

почему setRole?

почему не changeRole?

что значит change?

в чем отличие от set?

$vasya->expell();

`As a teacher, I want to deduct student from course in order to punish him"

$colonel->summon($vasia)

$teacher->expell($vasya); хотя скорее так

$colonel->summon($vasia)

ну а внутри summon-то что будет?

а да, expell

там и будет setRole

deduct вроде про налоги, я тож сначала подумал так написать)

не

там просто $vasya->role = null;

они ж одного класса

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

там просто $vasya->role = null;

паблик фуу

private

само собой

паблик фуу

объекты одного типа имеют доступ к приватному состоянию друг друга

а кто у нас одного типа?

никаких public(только редко в дто) и никогда protected(никогда как наследование)

а кто у нас одного типа?

Humans

Humans

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

но вообще метод expell должен быть у Teacher

метод expell должен быть у SchoolClass

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

тогда с общим интерфейсом

хз, у меня сейчас у класса User есть методы becameMerchant(MerchantAccountMaker $maker) и т.д.

метод expell должен быть у SchoolClass

ну вообще да, но у нас просто его нет

или у StudentGroup

тогда с общим интерфейсом

общий интерфейс не дает видеть не публичные члены

не дает да

в целом хороший вопрос... дай подумать

ну да, потому что у интерфейса его нет. becameExpelled()

тогда будет)

ну или leaveUniversity хз

хм...

погоди

а разве студент что-то знает об университете?

а знает?

нет

тогда не будет)

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

класс знает о студенте

деканат тоже знает

вообще как @f3ath предложил, school некий

отчисляет

метод $school->expell($vasya) вызывется изнутри деканата

так же как до этого вызвался $school->enroll($vasya)

вообще, решение об отчислении принимает school, но как к этому привязан учитель?

он должен что-то сказать school о student

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

что именно?

failedExam?

ну или да

скорее так

3 зафэйленных экзамена - отчислен

$teacher->markAsFailed($exam, $vasya);

Ебать у вас тут дискуссия

Вы что профессора?

вообще, решение об отчислении принимает school, но как к этому привязан учитель?

$school->addWarning(new Warning\Ohuel(), $vasya)

почему варнинг?

ну а чего вдруг school ворнинг делает

почему варнинг?

это из-за разных стратегий деканата)

они бывают мямли