Desing patterns

Aplicação de design patterns no desenvolvimento de sistemas distribuídos
Mardonier

3.2 LOCK
Padrão utilizado e referenciado por Mowbray (1997), utiliza-se:
1 – Problema: como gerenciar o acesso concorrente aos objetos distribuídos, evitando problema de deadlock (dois objetos acessando uma sessão crítica);
2 – Forças primordiais: Gerenciamento da funcionalidade;
3 – Aplicabilidade: Pode ser aplicado quando em um ambiente distribuído é possível um ou mais clientes acessarem um objeto simultaneamente. Para manter a Integridade, só poderá ser acessado por um objeto.
4 – Resumo da solução: A implantação de um objeto compartilhado, é agregação entre este objeto que define uma sessão crítica. O método inicia-se onde deverá ser feito o controle de acesso, é setado uma sessão crítica e ao final esta sessão é liberada para o acesso de outros clientes;
5 – Benefícios: Processos diferentes são permitidos, executando em paralelo, sem comprometimento da integridade da aplicação;
6 – Conseqüências: Utilizando este padrão sobre métodos que demoram um tempo considerável para serem executados, a performance ficará prejudicada;

3.3. Notificação (Event Service)
Os autores do Artigo descreve um pouco no Design Pattern proposto por Mowbray (1997):

1 – Problema: Objetos distribuídos enviam ou recebem notificações que identificam o estado de outros objetos, que interagem com ele;
2 – Força primordiais: Gerenciando as mudanças e gerenciando a complexidade;
3 – aplicabilidade: Será aplicado, este padrão, quando: 3.1. Quando houver gerenciamento de eventos na aplicação; 3.2. Informar os objetos sobre um evento ocorrido;
4 – Resumo da solução: Utilizando o serviço de eventos CORBA, é utilizado na comunicação entre objetos em um ambiente distribuiído.
Existindo ainda dois modelos do serviço de eventos: 4.1. Push model: Quando um servidor transmite um evento para cliente; 4.2. Pull model: Ou Event Channel, o cliente verifica se existe algum evento no canal de