Как назвать обработчики события изменения до и после?

Question

[Q2W]

Итак, есть событие изменения абстрактной структуры данных.
Есть два обработчика:
1. Вызывается до изменения. Дополняет его и валидирует (может запретить это изменение).
2. Вызывается после изменения. Приводит окружающий мир в согласованное с этим изменением состояние.

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

На данный момент есть три пары кандидатов:
1. beforeChange и afterChange.
2. preChange и postChange.
3. validate и trigger.

Пока склоняюсь ко второму варианту. Вот какие плюсы и минусы вижу:
1.
+ Просто и понятно
- Т.к. в качестве параметров обоих обработчиков будут передаваться состояния до изменения и после, т.е. before и after, то возникнет путаница:

function beforeChange(before, after) {}
function afterChange(before, after) {}

- Имена не глаголы.
2.
+ Почти так же просто и понятно.
- Имена не глаголы.
3.
+ validate - глагол.
+ Чаще всего в validate будет именно валидация.
+ trigger очень точное название.
- в validate бывает не только валидация, его смысл несколько шире (выше я описывал).
- trigger не глагол.
- какие-то не очевидные названия вроде бы.

Что скажете? Может есть какие-то устоявшиеся имена на этот счёт?

Answer 1

[ой всё]

то есть один обработчик у вас обрабатывает сам компонент, а второй обрабатывает другие компоненты, и "до" и "после" тут вообще не имеют никакого смысла, потому что логика этих обработчиков принадлежит разным объектам

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

ваш вариант называется микроменеджментом, как если бы ваш начальник вам каждый раз говорил как вы должны делать свою работу

Comments

[Q2W]

то есть один обработчик у вас обрабатывает сам компонент, а второй обрабатывает другие компоненты, и "до" и "после" тут вообще не имеют никакого смысла, потому что логика этих обработчиков принадлежит разным объектам

Нет, обработчик "до" может проверять что-то во внешнем мире (например, объекты по ссылкам из нашей структуры данных).
Обрабочики отличаются друг от друга только двумя вещами:
1. Один вызывается до применения изменений на структуру данных, а другой после.
2. Первый может предотвратить изменение, а второй - нет.

[ой всё]

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

не бывает обработчиков до события, бывают обработчики, которые работают по событию - load, click, change итд

если вы думаете, что у вас есть обработчик "до события", то вы просто игнорируете реальное событие, которым этот обработчик запускается

вы же не можете зажечь лампу до того, как нажмете на выключатель, так же и здесь должно быть событие, триггер, даже если вы его не хотите видеть;

опять же обработчик запрета на изменение структуры должен принадлежать самому объекту структуры, и слушать события вашего первого объекта, значение которого определяет возможность изменения структуры: грубо говоря, флаг - если 1, то лампочка может включиться, а если 0, то выключиться

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

Answer 2

[Александр Скуснов]

1) before и after используются в базах данных
2) В графе состояний (программируемые логические контроллеры) процедуры называются enter (entry) и exit

Comments

[Q2W]

Вот это интересная информация.
Интересно, какая доля программистов ожидает увидеть именно enter/exit.