Зачем выделять datasourceActivePre()?

[NetBus]

Сотоварищи, может кто нибудь конкретизировать,
зачем разделение на методы
datasourceActivePost()
datasourceActivePre()
в методе active() некоторого DataSources?
Какая может быть ситуация, если можно пример, когда логику нужно внести именно в метод datasourceActivePre(), т е до super()? Извините, если вопрос окажется "детским", хочется четкого понимания в данном моменте.
Заранее всем спасибо!

Axapta 2009

[gl00mie]

За примерами далеко ходить не надо - посмотрите \Classes\JournalFormTable\datasourceActivePre, там снимается блокировка с предыдущей шапки журнала.

[Raven Melancholic]

Цитата:

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

За примерами далеко ходить не надо...

Ну и дальше этого ходить бессмысленно :-(. Кроме этого примера есть только еще один для журналов производства (по крайней мере до DAX2009).

[NetBus]

Хочется добить тему. Попытаюсь раскрыть вопрос.
Как пример, в методе update() на таблице есть вызов super() и я понимаю, что до вызова и после вызова данной строки я имею разное состояние как минимум в БД. При вызове super() так же может произойти error. Поэтому я могу распределить свой код согласно какой то логике до и после вызова super(). В методе active() на датасорсе, согласно документации, всегда возвращается 1 и все состояния переменных одинаковые хоть до super() хоть после. Я правильно понимаю, что разделение на datasourceActivePost и datasourceActivePre в методе active на датасорсе чисто философское и код из приведенного класса я с таким же успехом мог вызвать и после super() в методе active(), т е поместить его из datasourceActivePre() в datasourceActivePost()? Или в моих рассуждениях ошибка? Спасибо!