Desenvolvendo produtos com Java EE Técnicas e padrões de arquitetura Fábio Ramon Senac-SP

Objetivos e conteúdo Apresentar padrões de arquitetura para o desenvolvimento de produtos na plataforma JEE Conteúdo Produto X Sistema Requisitos Gerais Padrões de arquitetura Frameworks Conclusão

Apresentar padrões de arquitetura para o desenvolvimento de produtos na plataforma JEE

Conteúdo

Produto X Sistema

Requisitos Gerais

Padrões de arquitetura

Frameworks

Conclusão

Produtos versus Sistemas Clientes heterogêneos X Cliente específico Independente do ambiente operacional Independente da plataforma Servidor de aplicação Banco de dados Independente da topologia DMZ Cluster / Load Balance Look & feel plugável

Clientes heterogêneos X Cliente específico

Independente do ambiente operacional

Independente da plataforma

Servidor de aplicação

Banco de dados

Independente da topologia

DMZ

Cluster / Load Balance

Look & feel plugável

Produtos versus Sistemas Clientes heterogêneos X Cliente específico Flexível quanto às soluções de terceiros Frameworks Softwares de integração Softwares de comunicação Flexível e conciso quanto às questões de segurança Maior independência possível com relação a padrões de arquitetura

Clientes heterogêneos X Cliente específico

Flexível quanto às soluções de terceiros

Frameworks

Softwares de integração

Softwares de comunicação

Flexível e conciso quanto às questões de segurança

Maior independência possível com relação a padrões de arquitetura

Produtos versus Sistemas Pontos chaves Se um produto deve ser: Flexível Independente Eficiente Então o produto necessita: De uma arquitetura robusta Ser extremamente modularizável Ser facilmente extensível

Pontos chaves

Se um produto deve ser:

Flexível

Independente

Eficiente

Então o produto necessita:

De uma arquitetura robusta

Ser extremamente modularizável

Ser facilmente extensível

Requisitos gerais de um produto Multiplataforma Escalável Independente do servidor de aplicação e do banco de dados Independente de frameworks Não ser construído sobre outro produto específico Sua homologação não dependa da homologação de outros produtos ou bibliotecas

Multiplataforma

Escalável

Independente do servidor de aplicação e do banco de dados

Independente de frameworks

Não ser construído sobre outro produto específico

Sua homologação não dependa da homologação de outros produtos ou bibliotecas

Requisitos gerais de um produto Padrões fortes de segurança (autenticação, autorização e auditoria) Mecanismo flexível e amigável de log Fácil usabilidade Interface gráfica totalmente customizável

Padrões fortes de segurança (autenticação, autorização e auditoria)

Mecanismo flexível e amigável de log

Fácil usabilidade

Interface gráfica totalmente customizável

Conseqüências dos requisitos gerais Versão da linguagem Java: 1 ou 2 anterior à versão corrente Utilizar somente SQL ANSI Não se apoiar em características específicas de nenhum servidor de aplicação ou web container Trabalhar com os principais frameworks MVC, de inversão de controle e de persistência

Versão da linguagem Java: 1 ou 2 anterior à versão corrente

Utilizar somente SQL ANSI

Não se apoiar em características específicas de nenhum servidor de aplicação ou web container

Trabalhar com os principais frameworks MVC, de inversão de controle e de persistência

Conseqüências dos requisitos gerais Implementar mecanismos eficientes de configuração Implementar log e traces finos Em resumo: Mais código Mais controle Menos recursos de programação disponíveis

Implementar mecanismos eficientes de configuração

Implementar log e traces finos

Em resumo:

Mais código

Mais controle

Menos recursos de programação disponíveis

Padrões de arquitetura Emprego extensivo de interfaces Todas as instanciações por fábricas abstratas Wrappers, proxies e/ou adaptadores para os serviços de todos os frameworks empregados Desacoplamento entre módulos

Emprego extensivo de interfaces

Todas as instanciações por fábricas abstratas

Wrappers, proxies e/ou adaptadores para os serviços de todos os frameworks empregados

Desacoplamento entre módulos

Padrões de arquitetura Camadas de software bem definidas Apresentação Visualização Controle Databind Negócio Serviços Entidades Persistência

Camadas de software bem definidas

Apresentação

Visualização

Controle

Databind

Negócio

Serviços

Entidades

Persistência

Um modelo de arquitetura de produto

Características do modelo Classes em azul: superclasses de infra-estrutura da aplicação Classes em amarelo: fábricas da infra-estrutura Classes em branco: templates de classes da aplicação

Classes em azul: superclasses de infra-estrutura da aplicação

Classes em amarelo: fábricas da infra-estrutura

Classes em branco: templates de classes da aplicação

Características do modelo Camadas da aplicação: MODELO (MVC) CONTROLE (MVC) VISUAL (MVC) FACHADA (Adaptador ou Wrapper do negócio) SERVIÇO (lógica de negócio) ACESSO DADOS (objetos de negócio e utilitários de acesso a dados)

Camadas da aplicação:

MODELO (MVC)

CONTROLE (MVC)

VISUAL (MVC)

FACHADA (Adaptador ou Wrapper do negócio)

SERVIÇO (lógica de negócio)

ACESSO DADOS (objetos de negócio e utilitários de acesso a dados)

Emprego de interfaces Classe da aplicação Interface da aplicação

Emprego de interfaces Possibilita desacoplar componentes Permite trocar implementação para solução específica do cliente Permite introduzir um proxy para um serviço externo ou remoto como implementação Facilita desenvolvimento em paralelo dos diferentes módulos

Possibilita desacoplar componentes

Permite trocar implementação para solução específica do cliente

Permite introduzir um proxy para um serviço externo ou remoto como implementação

Facilita desenvolvimento em paralelo dos diferentes módulos

Fábricas abstratas

Fábricas abstratas HomeFactory gera as implementações das fábricas Configurado por XML Implementações podem ser quaisquer: Instanciadores comuns Fábricas de frameworks (Spring, etc.) Homes de EJBs Implementações podem fazer a injeção de dependência

HomeFactory gera as implementações das fábricas

Configurado por XML

Implementações podem ser quaisquer:

Instanciadores comuns

Fábricas de frameworks (Spring, etc.)

Homes de EJBs

Implementações podem fazer a injeção de dependência

Desacoplamento entre módulos Dados Intranet Web Internet XML Repositório de dados Acesso aos dados Componentes de negócio Regras de apresentação Conteúdo estático Cliente magro App SOAP

Desacoplamento entre módulos Dois tipos de módulos: Módulos do produto Módulos específicos da instalação Módulos específicos podem ser incorporados ao produto Montar uma instalação específica consiste em configurar quais módulos pertencem a ela

Dois tipos de módulos:

Módulos do produto

Módulos específicos da instalação

Módulos específicos podem ser incorporados ao produto

Montar uma instalação específica consiste em configurar quais módulos pertencem a ela

Conclusão (parte 1) Desenvolver um produto com Java EE implica atender uma série de requerimentos de arquitetura que não costumam surgir no desenvolvimento de um sistema dedicado. Além das implicações básicas tais como independência do banco de dados e de plataforma, surgem outras necessidades que vão desde a maior flexibilidade nas integrações com outros sistemas, até oferecer um leque maior de tecnologias e frameworks dos quais o produto possa depender.

Desenvolver um produto com Java EE implica atender uma série de requerimentos de arquitetura que não costumam surgir no desenvolvimento de um sistema dedicado. Além das implicações básicas tais como independência do banco de dados e de plataforma, surgem outras necessidades que vão desde a maior flexibilidade nas integrações com outros sistemas, até oferecer um leque maior de tecnologias e frameworks dos quais o produto possa depender.

Conclusão (parte 2) Adotar padrões de arquitetura que permitam, por exemplo, intercambiar frameworks de persistência de dados, garante que o produto possa atingir um mercado maior, sem esbarrar em questões de padrões e políticas permitidos ou não no ambiento do cliente.

Adotar padrões de arquitetura que permitam, por exemplo, intercambiar frameworks de persistência de dados, garante que o produto possa atingir um mercado maior, sem esbarrar em questões de padrões e políticas permitidos ou não no ambiento do cliente.

Dúvidas Obrigado [email_address]

Obrigado

[email_address]