Клуб анонимных оверлейщиков

[ax_mct]

Цитата:

Сообщение от kashperuk

Раньше в salesLine.update(), к примеру, super() не вызывался. Вместо этого вызывался salesLineType.update(), который внутри делал record.doUpdate()

После рефакторинга super() будет вызываться в salesLine.update(), а весь код вокруг него который был в salesLineType вынесен в различные методы.

Тем самым достигается несколько вещей:
- Теперь можно будет подписаться на вызов onInserted, onUpdated, onUpdating, etc. на SalesLine - раньше это было невозможно, так как event тригеррится в super()
- Теперь можно будет с помощью CoC или pre/post-method handlers добавлять требуемую партнерскую логику, которая должна выполняться во время обновления строки заказа.

Цитата:

Сообщение от kashperuk

Production или не-Production тут не причем.

Партнер теперь может ДОБАВИТЬ какую-то логику в выполнение salesLine.update(), без overlayering.

Для того чтобы это сделать, ему не нужно никого спрашивать, если Вы об этом..

Спасибо. Production или не-Production как раз очень причем.
При наличии ЛЮБЫХ кастомизаций обновлять автоматически что-бы то ни было в Production уровня ERP - неприемлимый риск для бизнеса. Даже если называть это hot fix.

Поэтому все эти фичи расширения - бессмысленны. Нельзя расширять при seemless updates/
continuous update approach for the whole system including functionality.

А если можно в staging вначале то слоеный overlayering намного надежнее. И необходимости в переходе на extensions в случае тестирования на staging - нет.

То есть прямо говорю о полной бессмысленности перехода с overlayering на extensions при seemless updates. Эти дырки - для никого.