Избавится от обработки событий цепочкой и обрабатывать их пачкой в определенном порядке

@PlutDem · Регистрация: 23.02.2012

Author24 — интернет-сервис помощи студентам

Здравствуйте, предположим Начальник увольняет группу Работников в цикле. Последовательно. Но реакция второго Работника на события увольнения была несколько... бурной и он убивает Начальника и последний не может уволить оставшуюся часть работников. Я бы хотел избавится от такого непредсказуемого поведения. Сначала увольняем всех работников, потом обрабатывает их реакцию на это, упекаем нужных в дурдом и .т.д. Мне кажется, что это упростит логику, сделает код более устойчивым и упростит параллелизацию.
Я бы хотел узнать ваше мнение по этому вопросу, так же возможные реализации. Может мой велосипед уже изобрели?
Сейчас, при возникновении события я использую массив куда добавляю объект с данными события. Когда приходит их черед просто обрабатываю их в цикле и очищаю массив. Временами забываю его очищать, что при водит "веселым" моментам. Может есть варианты получше?

@insite2012 · 25.02.2015, 08:56

Не совсем понял, но возникла такая идея.
Начальник. У него есть событие - Уволить (firedEvent). Как параметр в этом событии передается массив ID тех работников, которых следует уволить.
Начальник кидает это событие (один раз), а все работники (подписанные на это событие) в обработчике проверяют, совпадает ли этот ID с их собственным. Если совпадает - то увольняются. Ну и реагируют каким-то образом. То есть не важно, жив уже начальник или нет, событие уже произошло, и каждый из работников будет обязан на него отреагировать.

@PlutDem · 25.02.2015, 14:25 **[ТС]**

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

Psilon · 25.02.2015, 16:11

PlutDem, в любом случае порядок вызова событий согласно спецификации может быть любым, то есть может уволить сначала 1, потом 2, а может сначала 2 , а потом 1.

Ну и задачи следует формулировать формально, а не олимпиадные "пети, васи" и прочий не относящийся к задаче бред.

@PlutDem 2 / 2 / 2 Регистрация: 23.02.2012 Сообщений: 208
		1
	Избавится от обработки событий цепочкой и обрабатывать их пачкой в определенном порядке 25.02.2015, 02:45. Показов 515. Ответов 3 Метки нет (Все метки) Здравствуйте, предположим Начальник увольняет группу Работников в цикле. Последовательно. Но реакция второго Работника на события увольнения была несколько... бурной и он убивает Начальника и последний не может уволить оставшуюся часть работников. Я бы хотел избавится от такого непредсказуемого поведения. Сначала увольняем всех работников, потом обрабатывает их реакцию на это, упекаем нужных в дурдом и .т.д. Мне кажется, что это упростит логику, сделает код более устойчивым и упростит параллелизацию. Я бы хотел узнать ваше мнение по этому вопросу, так же возможные реализации. Может мой велосипед уже изобрели? Сейчас, при возникновении события я использую массив куда добавляю объект с данными события. Когда приходит их черед просто обрабатываю их в цикле и очищаю массив. Временами забываю его очищать, что при водит "веселым" моментам. Может есть варианты получше? 0

@insite2012 5534 / 4298 / 1217 Регистрация: 12.10.2013 Сообщений: 12,332 Записей в блоге: 2
	25.02.2015, 08:56	2
	Не совсем понял, но возникла такая идея. Начальник. У него есть событие - Уволить (firedEvent). Как параметр в этом событии передается массив ID тех работников, которых следует уволить. Начальник кидает это событие (один раз), а все работники (подписанные на это событие) в обработчике проверяют, совпадает ли этот ID с их собственным. Если совпадает - то увольняются. Ну и реагируют каким-то образом. То есть не важно, жив уже начальник или нет, событие уже произошло, и каждый из работников будет обязан на него отреагировать. 0

@PlutDem 2 / 2 / 2 Регистрация: 23.02.2012 Сообщений: 208
	25.02.2015, 14:25 [ТС]	3
	Хм, а если мы захотим, что то обработать между начальником и подчиненными? Возможно на событие должно отреагировать несколько сущностей и нужно обработать их в определенном порядке. Да и при увольнение одного сотрудника миллион других будут проверять, а не его ли уволили? Это не сильно скажется на производительности? 0

Psilon Master of Orion 6098 / 4954 / 905 Регистрация: 10.07.2011 Сообщений: 14,522 Записей в блоге: 5
	25.02.2015, 16:11	4
	PlutDem, в любом случае порядок вызова событий согласно спецификации может быть любым, то есть может уволить сначала 1, потом 2, а может сначала 2 , а потом 1. Ну и задачи следует формулировать формально, а не олимпиадные "пети, васи" и прочий не относящийся к задаче бред. 0