Разработка модульного приложения - Разработка расширений для Joomla

Коллеги, приветствую.

Может кто-то уже реализовывал или думал в указанном направлении...

Задача такая: сделать модульное приложение, функционал которого можно расширять. Но приложение должно быть именно модульным. Т.е. в одном случае имеем один набор функционала, в другом - другой. А общая часть должна совпадать...

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

Если это делать с помощью плагинов Joomla, то появляется вопрос по поводу MVC в плагинах, т.к. нужен будет вызов удалённого сервиса, отправка пользователя туда, возврат обратно, сохранение полученных данных. Ну и т.д.

Ну или может кто-то делал другим способом?

Теоретически можно все шаги оформления покупки затолкать в один модуль, который бы подгружал текущие шаги. Есть возможность связи с БД, есть возможность передавать данные модели компонента в контроллер модуля. Или даже создавать свою модель для модуля. В принципе, тут больше дело технического подхода. Или речь не об этом? В каком смысле "отцепляемым"? От чего?

Ну, если развивать пример, который я привёл выше, нет смысла запихивать в отдельный "пакет" все способы оплаты, т.к. кому-то нужен PayPal, а кто-то принимает только webmoney. Вот и хотелось бы загружать на сайт только нужный функционал.

Если делать "пакет" в виде плагина, то появляются два вопроса: возможно ли в плагине организовывать MVC и возможно ли компонент переадресовывать на контроллер плагина, а из плагина вызывать вид компонента? 

Забавно получается...

Зачем в плагине MVC? Многие компоненты и так адресуются на контроллеры системных плагинов, тут все скучно и тривиально. А вот отделять и подгружать только нужное (кому?Админу, или покупателю? Если последнему, то как выяснить что ему нужно?) то и без лишних извращений есть решения. Onpay к примеру 

Ну, если развивать пример, который я привёл выше, нет смысла запихивать в отдельный "пакет" все способы оплаты, т.к. кому-то нужен PayPal, а кто-то принимает только webmoney. Вот и хотелось бы загружать на сайт только нужный функционал.

Если делать "пакет" в виде плагина, то появляются два вопроса: возможно ли в плагине организовывать MVC и возможно ли компонент переадресовывать на контроллер плагина, а из плагина вызывать вид компонента? 

Забавно получается...

Не совсем понял. Но ведь плагины вызываются из компонента. И после выполнения действия мы так же возвращаемся в компонент. У вас есть н-ное количество плагинов, которые реализуют функционал. Их можно включать/отключать. Причем плагины могут быть разного типа. Мне кажется в рамках J! это самый правильный путь

... И после выполнения действия мы так же возвращаемся в компонент. У вас есть н-ное количество плагинов, которые реализуют функционал. Их можно включать/отключать. Причем плагины могут быть разного типа. Мне кажется в рамках J! это самый правильный путь

Если у нас плагин отвечает только за одношаговую реакцию на какое-либо событие, произошедшее в компоненте, то всё верно. Мы можем вести цепочку событий в компоненте и по мере необходимости подгружать плагины.

Другой случай, когда в компоненте возникает событие, которое должно запустить цепочку событий, о которой компонент не знает. Та же он-лайн оплата подразумевает вызов платёжной системы, получение от неё ответа и реакцию в зависимости от полученного ответа, т.е. три события, о которых компонент ничего не знает. Указанные события должны обрабатываться внутри плагина, соответственно нужен как минимум свой контроллер, виды, а в случаях и модели.

Я пока нигде не нашёл способ организации MVC в плагинах.

Как запасной вариан можно, конечно, в компоненте предусмотреть всю цепочку событий, но тогда расширение становится сильно связанным и будет невозможно в плагине разработать по-настоящему новый функционал - только вариации предусмотренного.

... Многие компоненты и так адресуются на контроллеры системных плагинов...

Вот это интересно было бы, если так на самом деле. Пока во всех источниках информации я не нашёл контроллеров у плагинов...

Тут наверно стоит реализовать в компоненте своё API и свою систему плагинов.
Как пример подобного расширения функционала - JComments, sh404SEF итп.

Тут наверно стоит реализовать в компоненте своё API и свою систему плагинов.
Как пример подобного расширения функционала - JComments, sh404SEF итп.

Именно это я и имел ввиду. Вам нужна своя система плагинов. А там уж городите что хотите.

Тут наверно стоит реализовать в компоненте своё API и свою систему плагинов.

Я видел подобную систему у Tiend'ы, когда некоторый функционал добавлялся в магазин с помощью плагинов Joomla. Правда из-за общего количества ошибок в компоненте я посчитал рискованным ориентироваться на схемы в нём реализованные, но сейчас ещё раз поближе покопаю.

За наводку на JComments спасибо. Я знал, что там есть система плагинов, но не думал, что самописная... Надо поговорить со smart'ом.