xmoonlight

Проще всего объяснить это на примере функции:
1. Параметры - это контроллер.
2. Тело функции - это модель.
3. Результат (возвращаемый в место вызова) - это view.

MVC - это тоже самое, но другое название для другой сложности логики.

Есть вот шаблонное задание.
Выбор одного (или нескольких паттернов) зависит от конкретных условий поставленной задачи. И одна и та же задача может быть решена разными паттернами, в зависимости от разработанной архитектуры и в зависимости от распределения бизнес-ролей и назначения каждого блока в архитектурной схеме всего решения.

1. Один php-класс - это одна роль системы для работы с базой.
2. При инициализации класс получает свой ACL: все таблицы, поля таблиц, с которыми он может работать и с какими доступами к каждому из этих объектов.
3. Запрос пишу в любом инструменте работы с базой данных и тестирую (query).
4. Копирую и заменяю нужные мне части на подстановочные переменные:

$sql = 'SELECT * FROM [user] WHERE id=[$id:numeric] OR user=[$id:string] LIMIT 1';

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

https://github.com/michael-vostrikov/XDebugClient

https://codepen.io/vitaly-zdanevich/pen/VLVXaL

Создайте прототип, который будет основным классом библиотеки, а в него включите все необходимые для работы.
https://learn.javascript.ru/prototype

Это триггер состояний.
Сущности: оповещение, канал (оповещения), статус доставки, статус обработки, время повторного действия, кол-во повторов
По триггеру создаётся экземпляр сущности "оповещение" и присваивается "канал".
Далее, канальный воркер (каждый воркер для своего канала и они синхронны):
1. забирает пакет оповещений длиной N-штук и проставляет статус: sending
2. пытается отправить.
3. когда всё обработано - проставляет статус обработки, согласно обработке (success,fail,retry + sendAt:timestamp + retryCount++ - сам добавляет в очередь)
4. Когда все отправлено - переходит к выборке следующего пакета данных.
Если есть возможность проверки доставки - поле изменяется с помощью входящего события о доставке (за это отвечает протокол канала доставки).
5. После успешной обработки оповещения (статусы все success), можно или просто "убить" оповещение из очереди или поместить в архивную таблицу оповещений (если этого требует бизнес-процесс).

Видимо, еще недостаточно сенсоров для сбора данных подобного рода, чтобы создать корректно функционирующий продукт.
Да и к тому же, как считает большинство, собака:
1. денег не принесёт
2. не будет делать то, что ей скажут
3. она неспособна на большее, чем уже известно на текущий момент
Аналог: т.е. всё равно, что покупать батарейки за бешеные деньги и "везти" их (время разработки до конечного продукта) к неработающей игрушке.

Моё мнение - кардинально противоположное!
Я - только "ЗА"!

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

Касательно веб-сайта: базовая архитектура и все этапы разработки: https://sitecoder.blogspot.ru/p/blog-page_23.html

Модификация дерева зависимостей роли (это называется)
используется как с прилагательными (свойства) так и с глаголами (манипуляторы)
Если у роли "пользователь" нет "дерева зависимостей" - то нет и мультиков)

вот можно начать с этого