В посте я рассматривал не событие «click», посмотрите пример выше. Вы немного не в ту сторону смотрите. Для данного примере, ваше утверждение несправедливо.
Нет, так не будет работать, потому как функция callback будет вызвана в контексте функции trigger которая не возвращает результат работы callback'a. Да и нельзя такое делать. Представим ситуацию, когда вы добавляете несколько слушателей с одним и тем же событием для одного и того же элемента. Допустим 3 слушателя.
Если бы это работало, как вы говорите, то два callback’а которые добавлены двумя другими слушателями, просто бы не отработали, это породило бы множество ошибок.
ActiveMQ has code in the sandbox for implementing AMQP on ActiveMQ. However, the development of this code has been paused until there is further user and developer interest. Additionally, the AMQP standard is still going through major changes, and new release of the standard will made made soon (0.10). The wealth of clients available for ActiveMQ, means that there has been little need for AMQP development.
Если честно, то delayed_job не использовал. Преимущества ActiveMQ над delayed_job, те что я вижу сейчас (поправьте меня если я не прав):
1. Тока что взглянул и увидел что они используют базу. В проекте над которым я сейчас работаю мы стараемся максимально уменьшить работу с базой, там где это возможно, допустим в данной задаче выполнения кода в асинхронном режиме. Зачем порождать лишние запросы к базе?! К тому же запись в очередь быстрее чем в базу.
2. ActiveMQ очень легко масштабируемый. Допустим у вас есть несколько серверов, вы пишите один consumer и запускаете его на нескольких серверах, получается несколько инстансов, которые буду распределять нагрузку между серверами. Но тут есть конечно свой минус, в том что это имеет смысл только если вы не работаете с базой в consumer'е иначе придется таскать весь проект, или еще как-то извращаться. Но этот минус относится и к delayed_job.
Опять же повторяюсь, я с delayed_job не работал, поэтому другие преимущества затрудняюсь назвать. Но с учетом то го, что MQ (не только ActiveMQ) не используют базу для хранения очередей, то думаю, все таки они быстрее чем delayed_job, что уже немаловажно. Выбрал я ActiveMQ именно из-за скорости.
$('#container').bind('some_event', function() {
console.info('first');
return false;
});
$('#container').bind('some_event', function() {
console.info(‘second');
});
$('#container').bind('some_event', function() {
console.info('three');
});
Если бы это работало, как вы говорите, то два callback’а которые добавлены двумя другими слушателями, просто бы не отработали, это породило бы множество ошибок.
http://docs.jquery.com/Namespaced_Events
исправил в посте, спасибо
http://activemq.apache.org/amqp.html
ActiveMQ has code in the sandbox for implementing AMQP on ActiveMQ. However, the development of this code has been paused until there is further user and developer interest. Additionally, the AMQP standard is still going through major changes, and new release of the standard will made made soon (0.10). The wealth of clients available for ActiveMQ, means that there has been little need for AMQP development.
1. Тока что взглянул и увидел что они используют базу. В проекте над которым я сейчас работаю мы стараемся максимально уменьшить работу с базой, там где это возможно, допустим в данной задаче выполнения кода в асинхронном режиме. Зачем порождать лишние запросы к базе?! К тому же запись в очередь быстрее чем в базу.
2. ActiveMQ очень легко масштабируемый. Допустим у вас есть несколько серверов, вы пишите один consumer и запускаете его на нескольких серверах, получается несколько инстансов, которые буду распределять нагрузку между серверами. Но тут есть конечно свой минус, в том что это имеет смысл только если вы не работаете с базой в consumer'е иначе придется таскать весь проект, или еще как-то извращаться. Но этот минус относится и к delayed_job.
Опять же повторяюсь, я с delayed_job не работал, поэтому другие преимущества затрудняюсь назвать. Но с учетом то го, что MQ (не только ActiveMQ) не используют базу для хранения очередей, то думаю, все таки они быстрее чем delayed_job, что уже немаловажно. Выбрал я ActiveMQ именно из-за скорости.