Цитата:
Сообщение от
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. Эти дырки - для никого.