Stalker_RED

Возьмем к примеру сущность "пользователь". Придумаем ему несколько свойств, методов и событий.
Свойства: имя, возраст, адрес, баланс.
Методы: установить имя, прочитать имя, установить адрес, прочитать адрес...
События: имя изменилось, баланс изменился, аватарка изменилась, пользователь заказал пиццу, или что там у вас за бизнес-логика.

Вы можете придумать свои события, которые подходят под ваши процессы.

Вам не нужно ничего передавать "в виде массива", движок пхп сделает это сам, если не найдет существующий метод.
https://ideone.com/EsnAEZ

То есть теперь у корзины будут методы определения email, идентификатора пользователя, проверки пароля, и всякого такого?

Корзина может иметь свой метод getUserId, а наследовать корзину от юзера как-то странновато.

Да, допустимо.
Только это свойство объекта а не класса. Когда вы сделали
foo = new A() // создался новый объект, экземпляр класса A.
bar = new A() // создался еще один новый объект, экземпляр класса A.
// Когда вы делаете
foo.init() // создался B, записался в свойство объекта foo, но при этом у bar в этом свойстве ничего нет, потому что ему еще не делали init

Смешались в кучу кони, люди...

ООП нужен для управления сложностью.
В простых проектах он только вносит лишний головняк в плане проектирования, но в сложных - позволяет разделять огромную ужасную бизнес-логику на какие-то отдельные блоки/модули/классы с которыми можно работать не пытаясь затолкать в голову весь проект.
Вот я юзаю метод Billng.getUserBalance() и не задумываюсь что там внутри этого getUserBalance()
может там чтение из файла, или запрос к базе данных, или может лазером посылают сигнал на луну - меня не волнует, мне только циферка нужна.

Паттерны (шаблоны проектирования же) нужны для того, чтобы объяснить ДРУГИМ ПРОГРАММИСТАМ что за хрень мы тут написали.
Можно писать код, который вообще ни на что не похож и не соответствует никаким шаблонам. И тем людям, которые захотят разобраться в коде вынуждены будут его прочесть целиком и осмыслить. Или мы пишем: здесь у нас шаблон "наблюдатель" а вот нам у нас singleton и всем сразу понятен общий смысл.

С MVC пример не особо удачный. Дело в том, что сейчас существует довольно много разных штук на которые почему-то прилепили буковки MVC, хотя на самом деле... В целом понятно, что вы пишете о случае с "толстыми контроллерами" но ведь может быть несколько разных контроллеров которые работают с одной моделью.
И могут быть разные модели, отдающие данные в одно и то-же представление. Но об этом ниже.

И с полиморфизмом вы что-то напутали. Посмотрите хоть в википедии что это и зачем. Клиентов ведь может быть больше одного. Сегодня наш код работает на телефоне с ios, завтра на andoid'е, а послезавтра на голографическом телевизоре с пси-управлением. И данные он вчера брал из MSSQL а сегодня берет из mongodb. Но при этом у нас все круто спроектировано, и мы не меняем ядро приложения. Только подсовываем новые реализации интерфейсов по необходимости. Вот про что полиморфизм.

Посмотрите исходники nodejs, vue, или еще чего-нибудь, у чего тыщщи звезд.
Даже если окажется, что ООП там не идеальный - вы будете не в одиночестве. Найдутся тысячи единомышленников, готовых вести святую войну за единственно правильный ООП. (По крайней мере на этой неделе.)

Для управления сложностью.
https://habrahabr.ru/post/169487/

Все что сделано при помощи ООП можно написать и в процедурном стиле, например, но чем сложнее проект тем сложнее будет во всей этой каше разобраться. Весь смысл ООП - разбить большущую сложную систему на кучу отдельных ПРОСТЫХ объектов, методов, сущностей.
А еще с ООП неразлучна абстракция. Чтобы можно было одну часть программы выбросить и подменить на другую.

Сегодня у нас выводится на веб-страничку, по которой кликают мышкой, а завтра не мышкой - а тач пальцами. А послезавтра вообще в VR шлем, и управление голосом. И если система правильно спроектирована - ее не придется переделывать ПОЛНОСТЬЮ, а только ту часть, которая ответственна за ввод/вывод.

Это асинхронное событие. В тот момент, когда вы делаете console.log() результат запроса еще не пришел.

И не делайте больше код картинкой.

class foo {
  method1() {
     return 'hello' // return вы и сами написали
  }
  method2() {
     let x = this.method1() // а вот результат никуда не присвоили
     console.log(x)
  }
}

Потому что self.stop();, и при этом переменная self не объявлена.

Так вот работает: https://jsfiddle.net/o940649p/2/

P.S: Когда-то делал похожую штуку, можете посмотреть https://jsfiddle.net/Stalk/mLu8v4k6/