О модульности модулей

[guyasyou]

У меня есть модуль магазина, на версии С5 5.7 90% готовности. Надо портировать на 8 версию и переделать многие связи на Доктриновские. И тут я подумал: я хочу сделать максимально "тонкий" магазин, в котором есть товар-корзина-заказ-оплата, все, никаких доставок, валют, отслеживания количества и т.п.
Но некоторые функции должны быть доступны:
- опции товаров и их влияние на цены (например выбор размера футболки) (это реализовано, но я хочу его вырезать из стоковой версии)
- отслеживание кол-ва (тут есть закавыка: если у нас товар содержит опции, то надо считать все комбинации (футболки, разные по размеру и по цвету долджны имет собственное количетсво))
- интерфейс для доставки и отслеживания
- скидки (в ядре есть только спец.цена на товар)
- мультивалютность и т.п.

Так вот, какой-такой магией я могу сделать простейший магазин, а потом расширять его же доустановками package-й? Некоторые вещи требуют переопределения ядра магазина: например ценообразование в зависимости от опций, и что делать если 2 пакета хотят переписать один и тот же метод, а нужна их "сумма".

Моя интуиция подсказывает что-то вроде евентов с калбэками. тоесть пакеты их слушают и возвращают в ядро результат- но все эт расплывчато представляется...

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

[guyasyou]

Во,

Пожалуйста зарегистрируйтесь, чтобы увидеть ссылку

вроде подходит.
Заводим сингелион в ядре и на on_start() модули будут туда записываться и если что, сингелион выполняет все зареганные модули и возвращает ответ.

[guyasyou]

Всеравно остается проблемы с добавлением корзину, да и отображением товара, там тоже надо иметь возможность встривать из других модулей... пока хз как

[cmsservice]

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

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

Мы вот тут

Пожалуйста зарегистрируйтесь, чтобы увидеть ссылку

реализовывали простейший магазин, никаких изысков. Один пакет, в котором два модуля + элемент для встраивания в карточку товаров + админская часть с настройкой куда отправлять данные о заказах и списком/карточкой заказа.

[guyasyou]

дык я хочу сделать ядро которое можно будет расширять, сделать магазин на уровне вроде eCommerce по функциональности, но не со стока.
я ща думаю как реализовать опции товаров (отображение, выбор, сохранение, расчет цены). у меня это реализовано, но как его выдернуть со стока, чтобы потом установить отдельным модулем я хз. он крепко связан с самим магазином.

UPD: ммм, чет наклевывается, начинаю немного понимать как сделать, надо в схему попробовать вставить

[cmsservice]

В чем проблема-то сделать эвенты? Вот посмотри

Пожалуйста зарегистрируйтесь, чтобы увидеть ссылку

[guyasyou]

Не, эвенты то буду юзать, но это не покрывает все проблемы

Вот кстати набросок альфа версии. Это описывает около 60% бета версии, которая в процессе обзавелась частями отсутствующими на схеме.