Антон Шаманов: Вот такую я придумал структуру, если вдруг какой-то модуль нужно будет вынести на отдельный сервер, то нужно будет в фасаде прописать обращение к нему через CURL и все, ну и если этот модуль общался с другими модулями то внутри прописать, что теперь он с ними будет по REST API общаться. Т.е изначально заложено что к любому модулю можно обратиться как внутренним запросом так и через внешний REST API
Антон Шаманов: часть кода переноситься не будет, переноситься могут только целиком модули. Да как раз и хочу ослабить связи, да вот я выбрав HMVC как решение и уперся в то что нет соответствующего окружения. А что может вместо HMVC помочь мне избавиться от связности при этом хочется как-то так организовать код чтобы он был прям в отдельных папках (в идеале модули вообще не будут общаться между собой, для этого будет само приложение, оно будет рулить от кого что получить и кому это отдать),
т.е. допустим есть страница domain.tld/page ей что-то нужно получить от одного модуля, передать другому, получить от него данные отправить в третий модуль и уже после третьего все это собрать и выдать на страницу.
сейчас это сделано так что page запускает какой-то класс, в нем берутся какие-то данные, тут же могут отправиться в следующий класс другого совершенно модуля, потом еще куда-то и потом все возвращается обратно в page вот хочу избавиться от этого бреда, ведь по идее этим должен заниматься page переносить потоки данных от модуля к модулю, таким образом можно будет в будущем модули выносить на разные сервера просто слегка поменяв логику в фасаде который обслуживает запросы к модулю внури приложения
Антон Шаманов: не-не-не как это какая разница, внешний идет через curl, а внутренний идет в соответствующий контроллер без всяких curl чтобы не создавать http соединение ведь в этом прелесть подхода, что в любой момент времени можно любой запрос сделать как внешним так и внутренним
а хотя тут вы меня натолкнули на такую мысль, что если ко всем блокам ходить через фасады, т.е. внутри фасада прописывать куда пойти по внутреннему запросу или по внешнему
P.S. блин мне кажется я неправильно выражаюсь, может начать с головы
сейчас в моем проекте есть папка classes там толпа разных классов отдельных модулей проекта, полный бардак, каждый метод класса используется где захочет, т.е. нет никаких фасадов, и вот я думал что с помощью HMVC смогу привести все в порядок, может я вообще не то выбираю, может мне HMVC вообще не нужен, а просто разбить все блоки на модули (с помощью namespaces) сделать для каждого модуля фасад и в приложении использовать модули только через фасады (фасады хранить в отдельной папке вместе с приложением и уже внутри фасада писать как обращаться к этому модулю по внутреннему запросу ил по внешнему)
Антон Шаманов: ну вот это я как раз понял, именно поэтому мне и нравится HMVC и я хочу его использовать потому что в будущем будут некоторые элементы выделяться на другие серверы и доступ станет вместо внутреннего внешним. По сути нужна библиотека реализующая возможность создавать и обрабатывать запросы как внешние (во фреймворках используют curl) так и внутренние, просто вызов соответствующего контроллера. Вот я посмотрел на реализацию в Kohana и это круто, там столько всего что самому такое реализовать не наделав глюков по пути мне сложно.
Антон Шаманов Я кажется вопрос не так составил. Я знаю что HMVC это паттерн. Хочу использовать его в своем проекте, но мозгов не хватает написать реализацию самому. Вот думал что есть готовая реализация без привязки к фреймворкам. То что многие фреймворки это у себя реализовали тоже знаю. Не знаю как это реализовать у себя.
А то вот для роутинга куча отдельных библиотек, а вот для HMVC такого похоже нет.
Ну тоже как вариант имеет место быть, спасибо. Просто может кто-то уже задавался такой же проблемой и сразу сможет сказать "дак вот же на чем писать надо, сам кучу перепробовал пока не нашел"
