dispatcher, handler, listener
6 отговора
0 прегледа
dispatcher, handler, listener
Пичове, да обсъдим каква е разликата между горните три :).
Според мен 1вото приема евент(съобщение или др) и определя по някакъв начин накъде да го прати. 2рото приема обект и прави с него нещо(а също може и да го изпраща на всички обекти които са се регистрирали за него). 3тото слуша за евент(съобщение или др) и прави нещо с него.
Нещо има ли да добавите или да ме поправите :).
Според мен 1вото приема евент(съобщение или др) и определя по някакъв начин накъде да го прати. 2рото приема обект и прави с него нещо(а също може и да го изпраща на всички обекти които са се регистрирали за него). 3тото слуша за евент(съобщение или др) и прави нещо с него.
Нещо има ли да добавите или да ме поправите :).
Re: dispatcher, handler, listener
1. Обикновенно в мултитрединга диспечера е нещото, което превключва между изпълнението на различните тредове.
2. Хендлъра обикновенно е обработчик на събитие. Когато се случи нешо се изпълнява хендлъра, като му се подава някаква информация за събитието.
3. За третото виж Observer pattern-а. Дебне да се случи някакво събитие и реагира. Ако се чудиш каква е разликата между 2 и 3, хендлъра е само самата функция която се вика когато се случи събитието.
За някакво интервю за бач ли се готвиш, та някой ти е подсказал евентуално какво може да се падне?
2. Хендлъра обикновенно е обработчик на събитие. Когато се случи нешо се изпълнява хендлъра, като му се подава някаква информация за събитието.
3. За третото виж Observer pattern-а. Дебне да се случи някакво събитие и реагира. Ако се чудиш каква е разликата между 2 и 3, хендлъра е само самата функция която се вика когато се случи събитието.
За някакво интервю за бач ли се готвиш, та някой ти е подсказал евентуално какво може да се падне?
Re: dispatcher, handler, listener
Не. Пиша мултитредед аппликеишън с комуникация базирана на съобщения и понеже нямам голям опит в това и по отношение на предишните термини реших да питам, да не да съм в грешна посока. Ползвам диспечери които получават съобщение и въз основа на типа му определят накъде да го пратят, и хандлери за да хандленат получено съобщение.
Re: dispatcher, handler, listener
Не, аз си написах генерик месидж диспатчер и хандлер, и имам 2 производни от тях един диспатчва пристигащите съобщения др излизащите (от един мениджър).
Има ли готови такива библиотеки? Не съм чувал.
А случайно да знаете библиотека за http. В момента ползвам httpclient Ha apache, но нещо не ме кефи т.е. в сравнение с java api-to за networking е доста добра, но...
Извинявам се ако някой не е разбрал че става дума за жава :)
Има ли готови такива библиотеки? Не съм чувал.
А случайно да знаете библиотека за http. В момента ползвам httpclient Ha apache, но нещо не ме кефи т.е. в сравнение с java api-to за networking е доста добра, но...
Извинявам се ако някой не е разбрал че става дума за жава :)
Re: dispatcher, handler, listener
След като си имплементваш всичко от нулата, можеш да си интерпретираш както ти си искаш тези термини ... все пак вложи някакъв common sense:
- dispatcher - клас/thread който приема съобщенията и ги разпределя към handler/handlers;
- handler - клас който обработва съобщенията по някакъв начин - най-добре кодът за обработка да се изпълнява в отделен thread иначе реално става едно и също с dispatcher-a
- listener - чужд клас, който по някакъв начин се е регистрирал при теб и му викаш някакъв метод, когато получиш съобщение
За налични имплементации - мисля че JMS реално е такова нещо, но за съжаление виждам 2 проблема:
- JMS е част от J2EE т.е. ти трябва поне tomcat + някаква jms имплеметация за него, за да работиш
- въпросният мениджър също трябва да е също JMS съвместим, а не знам доколко можеш да пипаш там
P.S.
Брех да му се не види ... най сетне да видя някой да зададе нормален въпрос в този форум :)
- dispatcher - клас/thread който приема съобщенията и ги разпределя към handler/handlers;
- handler - клас който обработва съобщенията по някакъв начин - най-добре кодът за обработка да се изпълнява в отделен thread иначе реално става едно и също с dispatcher-a
- listener - чужд клас, който по някакъв начин се е регистрирал при теб и му викаш някакъв метод, когато получиш съобщение
За налични имплементации - мисля че JMS реално е такова нещо, но за съжаление виждам 2 проблема:
- JMS е част от J2EE т.е. ти трябва поне tomcat + някаква jms имплеметация за него, за да работиш
- въпросният мениджър също трябва да е също JMS съвместим, а не знам доколко можеш да пипаш там
P.S.
Брех да му се не види ... най сетне да видя някой да зададе нормален въпрос в този форум :)
в отговор на solvematic
#7
Re: dispatcher, handler, listener
Мерси за отговорите. Да, аз ползвам JMS с JBOSS, кото комуникацията става през Activemq, като имам 2 опашки за двустранна комуникация. Но в самия апликеишън идват ншколко стриима със съобщения от друго апи и за тях ползвам моите имплементирани дисп. хандлери и лисънъри. И накрая се пращат за storage към jbossa.
Редактирано от moreol на