ну по-этому я и удалил своё удивление, т.к. со второго раза понял что ты имел ввиду

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

Я бы собрал в массив и добавил им метод supports.

Всем привет

Ребята подскажите пожалуйста какую нибудь литературу для понимания того как проектировать сайт на ООП. Т.е грубо говоря где будет описано что такое репозитории, как их использовать, зачем нужны сервисы, слушатели, интерфейсы и как это всё в куче применять

Гугл

Ну а как это всё можно обозвать?

Явно не ООП)

Гугли термины по отдельности

Желательно не применять всё услышанное в погоне только за мифическим ооп и пр. а задумываться зачем

патерны проэктирования

и скорее всего речь об MVC

По запросу MVC на PHP будет всякая дичь с Хабра и с Тостера

Хотя я сам когда-то такое пилил по статьям сомнительным

Спасибо!

Ещё есть разные виды тестов: от юнитов до функциональных. Но подозреваю, вопрос был про юнит

структурный дизайн, понятие связанности (coupling, cohesion, information hiding). Закон деметры. Разделение ответственности (при этом все куда сложнее "эта штука ходит в базу а эта штука рисует штуки"). Ну и тесты (тут хорошая книга - Growing Object-Oriented Software, Guided by Tests) потому что когда со всем перечисленным плохо их становится неудобно писать

Если вот с этим разбираться лень и не интересно то любые "делайте тут интерфейсик а тут репозиторий" превратятся в культ карго и ты будешь делать говно с полной уверенностью что так и надо.