Desing patterns

Disponível somente no TrabalhosFeitos
  • Páginas : 4 (871 palavras )
  • Download(s) : 0
  • Publicado : 5 de março de 2012
Ler documento completo
Amostra do texto
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 acessoconcorrente 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: Podeser 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 dasoluçã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 aofinal 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 Artigodescreve 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 doismodelos 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...
tracking img