DimNS:
1. Зачем нужен контроллер фасадов если есть API запрос?
2. Чем больше абстракции, тем меньше скорость. Взять например fb\vk они используют процедурный подход (+самописные версии php) и денормализованные бд.
Т.е. надо сразу прикинуть какие модули потом будут перенесены на внешние сервера и добавлять взаимодействие через API только для них, остальные же должны работать напрямую с внутренними модулями.
DimNS: Вначале надо привести модули к определенному виду, например, обеспечить REST получение\отправку данных модулями т.е. нужно снабдить основные модели REST контроллерами.
DimNS: Если ты собираешься переносить часть кода на далееекие севера :) , то все все равно потребуется организовывать запросы к ним и никакие фасады тут не помогут. А вот разбитие кода по независимым модулям поможет т.к. облегчит их переезд на Магадан в случае чего.. По поводу самих запросов советую почитать спецификацию REST\WDSL (первый вариант попроще наверное будет). Основной смысл всего выше сказанного - ослабить связь между классами, если все упирается в это, то HMVC не единственное решение и вообще не решение т.к. перед тем как начать его использовать нужно создать соответствующее окружение.
DimNS: а какая тебе разница внешние или внутренние? все равно ты получаешь конечный результат в виде html\xml, так что просто сделай класс-обертку для создания запросов curl'ом и за дело.
Т.е.
DimNS: Вы видимо не совсем поняли принцип HMVC по сути это вызов из основного контроллера дополнительных по средствам запросов, например, я в своих проектах в основном view вызываю запросами контент виджетов (последние новости, корзина магазина) . Этот принцип реализуется даже с помощью банального fopen(), который принимает и ссылки т.е. подойдет любая библиотека для создания и обработки запросов (лучше всего реализующая PSR-7 www.php-fig.org/psr/psr-7 )
Артур Иванов: поэтому там и используются ключи - каждому клиенту-магазину агрегатор присваивает свой ключ, на стороне магазина генерируется хэш на основе массива передаваемых агрегатору данных (ключ входит в массив), этот хэш передается вместе с данными агрегатору и тот проверяет валидность ключа.
Денис: Ну да, хотя главный минус вашего варианта в моем случае в том, что у меня выделение ячеек идет по вертикали (строки - часы, столбцы - дни, выделяем интервал часов в определенный день). Но все равно спасибо, мой косяк - не до конца сформулировал предметную область.
1. Зачем нужен контроллер фасадов если есть API запрос?
2. Чем больше абстракции, тем меньше скорость. Взять например fb\vk они используют процедурный подход (+самописные версии php) и денормализованные бд.
Т.е. надо сразу прикинуть какие модули потом будут перенесены на внешние сервера и добавлять взаимодействие через API только для них, остальные же должны работать напрямую с внутренними модулями.