Magicbus. MagicBus Project é um framework de eventos projetado para permitir que os desenvolvedores se concentrem mais no desenvolvimento de componentes de aplicativos.
Baixe Agora

Magicbus. Classificação e resumo

Magicbus. Tag

estrutura evento Biblioteca de Desenvolvimento. Framework de eventos Magicbus.

Magicbus. Descrição

O MagicBus Project é um framework de eventos projetado para permitir que os desenvolvedores se concentrem mais no desenvolvimento de componentes de aplicativos. O MagicBus Project é um framework de eventos projetado para permitir que os desenvolvedores se concentrem mais no desenvolvimento de componentes de aplicativos do que os meios de comunicação entre componentes. O projeto Magicbus se esforça para aplicar a noção de "acoplamento solto", a diminuição da dependência entre os componentes que incentiva a coesão e a reutilização. As arquiteturas presentes para a entrega entre os componentes geralmente se enquadram em três categorias problemáticas: acesso direto, suporte a eventos internos e suporte externo . Examinar essas categorias nos ajudará a explicar as vantagens de usar o MagicBus como um evento despachante alternativa.DirectAccess: Com os componentes de abordagem de acesso direto são bastante firmemente acoplados. Se os componentes A e B desejam se comunicar com o componente z, ambos devem manter uma referência ao componente Z.advantages a este formulário de comunicação de eventos são que a implementação é simples, facilmente concebida e rápida para aplicativos menores. Desvantagens incluem a necessidade do componente A para ter acesso ao componente Z, a dificuldade de alterar a funcionalidade se o componente z for alterado ou substituído, e o problema das chamadas corretamente multi-threading para o suporte de eventos z.internal: O suporte interno do evento é uma implementação comum de comunicação componente aplicada aos componentes da aplicação. Se o componente desejar se comunicar com o componente Z, componente um consultor como ouvinte com o componente Z para eventos do componente Z (ou vice-versa). A diferença entre acesso direto e o suporte interno do evento é que o componente Z possui um delegado interno (suporte a eventos) que lida com a entrega de eventos para listeners registrados.As uma vantagem, o suporte interno do evento limita a dependência do método por ter o componente A e B Register-se como ouvintes de Z em vez de realizar uma referência direta. O suporte interno de eventos também facilita as chamadas multi-thread para Z e dos ouvintes do evento Z para Z, implementando suporte a eventos personalizados. Como desvantagem, os componentes A e B devem ter uma relação efêmera ou indireta com componente z e componente Z devem ter código para implementar a delegação para lidar com zeventos. Além disso, o componente Z pode ter que implementar dois eventos de eventos, a fim de permitir o envio e recebimento do suporte de eventos zevents.external: Suporte externo do evento é o inverso do suporte interno do evento, onde o delegado de suporte do evento existe fora do componente que ele suporta como intermediário para a entrega e recebimento de eventos. Componente A e B Registre-se com um objeto ZEVENTSUPPORT para enviar e receber zeventos, enquanto o componente Z faz o mesmo.Avantagens para este método são esse componente A é desacoplado de Z por zeventSupport. O componente Z pode mudar sem inibir um ou b e z não precisa incluir nenhum código para despacho de evento. A interposição do ZEVENTSUPPORT também facilita as chamadas multi-thread para z e a partir dos ouvintes de eventos Z para Z. Desvantagens a este centro de abordagem em torno do fato de que os objetos de suporte de eventos geralmente devem ser criados para cada tipo de evento (ou seja, XeventSupport for Component X, yevent, etc ...) O que há de novo nesta versão: · O suporte para destruir tópicos foi adicionado.

Magicbus. Software Relacionado