Browsing All posts tagged under »Patterns«

Garantindo desacoplamento com Message Endpoints

janeiro 28, 2012

2

Olá pessoal. Tudo certo!? Nesse post, concluo uma relação de “Enterprise Integration Patterns” fundamentais. Se você está chegando agora, deve considerar ver posts anteriores relacionados: Trocando mensagens (entre aplicações) usando MSMQ (com C#) Ganhando Flexibilidade e Escalabilidade com Mensageria e “Pipes and Filters” (usando C#) Encaminhamento condicional de mensagens com Message Router (usando C#) Promovendo… [Leia mais…]

Promovendo compatibilidade com Message Translator (usando C#)

janeiro 28, 2012

3

Olá pessoal. Tudo certo?! Outro dia, falamos sobre como aumentar a flexibilidade de nossos sistemas usando “Pipes and Filters”. Também exploramos alternativas para aumentar integração e escalabilidade através de “Message Routers” Nesse post, continuo explorando alternativas arquiteturais de integração (e mensageria) para EIP, através de “Message Translators”. Este pattern também está descrito no excelente livro… [Leia mais…]

Encaminhamento condicional de mensagens com Message Router (usando C#)

janeiro 27, 2012

4

Olá pessoal. Tudo certo!? Continuando nossas discussões sobre mensageria, minha proposta para esse post é discutir mais um importante pattern: Message Router. O fundamento desse pattern consiste em transferir mensagens de uma determinada Queue para outras segundo um critério, sem alterar as mensagens. Sua aplicação é ampla. Podemos considerar esse pattern tanto em sistemas mais… [Leia mais…]

Ganhando Flexibilidade e Escalabilidade com Mensageria e “Pipes and Filters” (usando C#)

janeiro 26, 2012

5

Olá pessoal. Tudo certo!? Tornar nossas aplicações escaláveis é um grande (e importante) desafio. A abordagem mais comum passa pela decomposição de grandes atividades em “tarefas” menores que possam ser executadas com independência de estado. Um dos patterns arquiteturais mais comuns para esse desafio é o “Pipes and Filters” (que já foi discutido amplamente em… [Leia mais…]

Architectural Patterns: Caching

setembro 20, 2011

2

Olá pessoal, tudo certo? Nesse, volto a falar sobre Architectural Patterns (foram feitos outros posts sobre o tema). Agora, proponho uma breve reflexão sobre o Cahing pattern. Não é raro vermos a adoção de componentes em arquiteturas de software. Sejam esses componentes desenvolvidos “dentro de casa” ou fornecidos por teceiros, constituem parte importante do plano… [Leia mais…]

Implementando um EventBroker (Simples)

junho 13, 2011

1

Olá pessoal, como estamos? Minha proposta, para começar bem a semana, é escrever um EventBroker de propósito geral. Quando usar um EvenBroker? Um EventBroker atua como um centralizador para objetos que precisam disparar ou escutar eventos. Em contraste com a prática convencional, um EventBroker permite a existência de componentes “escutando” eventos de outros sem que… [Leia mais…]

Architectural Patterns: Pipes and Filters

março 22, 2011

2

Olá pessoal, tudo certo? Hoje volto a abordar patterns arquiteturais. Meu primeiro post, sobre o Microkernel pattern, foi um pouco denso. Hoje, quero ver se consigo “aliviar o tom”. O tema de hoje é um outro architeural pattern bacana: Pipes and Filters. Espero que gostem. Sem mais delongas… Antes de começar, mais uma palavrinha sobre… [Leia mais…]

Architectural Patterns: Microkernel

março 17, 2011

4

Olá pessoal, tudo certo? Gostaria de, vez ou outra, compartilhar minha visão sobre alguns patterns arquiteturais. Entendo que essa categoria de patterns colabora com o desenvolvimento de arquiteturas sólidas e consistentes. Patterns arquiteturais ajudam a identificar e descrever elementos (componentes) de software – seus papéis, comportamentos e relacionamentos –  que vão ser implementados para atender… [Leia mais…]

Sete verdades sobre patterns arquiteturais

fevereiro 13, 2011

0

Olá pessoal, tudo certo? Não sou muito íntimo ou entusiasta de polêmicas, mas, as vezes, para deixar clara nossa posição precisamos causar alguma. O post de hoje é, sim, um pouco polêmico. Se para um desenvolvedor demonstrar senioridade precisa escrever testes, não há como considerar sênior um arquiteto de software que não conheça e implemente… [Leia mais…]