Merlin. Um Novo Horizonte na Criação das Telas de Cadastro

Transcrição

1 Merlin Um Novo Horizonte na Criação das Telas de Cadastro Autoria e Conteúdo AUTOR: Marcelo Mrack mmrack@gmail.com. 3Layer Tecnologia, Porto Alegre, RS Brasil CONTEÚDO: Apresentação criada para o 8 Fórum Internacional de Software Livre (FISL2007) a ser realizado em Porto Alegre de 12 a 14 Abril de Sobre os Direitos Autorais Essa apresentação pode ser copiada e impressa, sendo que qualquer parte de seu conteúdo pode ser reutilizada em outras obras, públicas ou privadas. Em qualquer caso é necessário manter a referência para o autor acima identificado. É expressamente proibida a exibição em público desse documento, seja na forma de palestra, workshop, feira ou qualquer outro evento similar sem o consentimento do autor. 1

2 Sumário Cenário A proposta Comparações Características e Funcionalidades O presente e o futuro EOF >> panorama geral Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 2 de 44 2

3 Sobre o autor Marcelo Mrack, mmrack@gmail.com 29 anos, 8 em TI, 6 em Java Bacharel em C. Computação, UNISC 2001 Mestrando em C. Computação, UFRGS 2006 Atuação em projetos web e desktop n camadas Arquiteto na 3Layer Tecnologia Projetista na CWI Software Consultor e instrutor Hibernate, Java EE Especialidades: IHC, Patterns, geradores, PU Ágil e UML Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 3 de 44 Sobre o autor Informações sobre o autor do documento e orador. 3

4 Panorama geral Quanto custa construir um sistema >> a construção da IU hoje Custo de construção Sistema completo Interface do usuário TC TC elementares 18% 30% 2 50% 2 100% 1 1 Referências 1 Meyers, Brad User Interface Software Tools (1994,2002) 2 Pesquisas próprias (2005,2006) Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 4 de 44 OBJETIVO Evidenciar o esforço destinado à construção e manutenção das Telas de Cadastro nos sistemas em geral. SEGUIMENTO Instigar a platéia que as ferramentas existentes não cumprem o papel de reduzir o patamar de 18% e que uma abordagem diferente pode ser dada ao assunto com o intuito de resolvê-lo. Segundo trabalhos referenciados e pesquisas próprias conduzidas em ambiente profissional de desenvolvimento ao longo de mais de 15 sistemas (predominantemente sistemas para áreas administrativa, gerencial e de recursos humanos de entidades da área educacional e empresarial), observa-se que aproximadamente metade do tempo, da quantidade de código-fonte e dos recursos financeiros dispendidos para o desenvolvimento de um sistema são destinados para a construção e manutenção da interface do usuário. Um fato importante a ser salientado é que desse total, aproximadamente 30% corresponde à Telas de Cadastro, sendo que 18% são Telas de Cadastro elementares. Em outras palavras, 18% do sistema é constituído de interfaces de usuário que, embora necessitem tratamentos diversos como validação de entrada e saída, aplicação de regras de usabilidade, aparência, comportamento e outros, não envolvem nenhuma complexidade relacionada a execução das regras de negócio do sistema. Otimizar esse percentual é objetivo de diversas ferramentas disponíveis no mercado mas que, infelizmente, a prática tem demostrado que nem sempre tal desafio é superado. A existência de uma ferramenta que realmente cumprisse as expectativas de reduzir esse esforço é interesse comum para os desenvolvedores de sistemas, principalmente se essa ferramenta suportasse não somente a construção dessas interfaces, mas também apoiasse, de forma inteligente e perspicaz, todo o ciclo de vida da aplicação. 4

5 A construção da IU hoje O cenário atual As diversas formas de construir interface de usuário e os problemas em comum Abordagens Escrita de código-fonte Uso de ferramentas WYSIWYG 1 Uso de assistentes de criação Geração baseada em modelos Templates MDA Problemas recorrentes >> a ferramenta proposta Tempo elevado de construção Quanto custa criar um template? Demora nas alterações Como refatorar classes já geradas? E se o código já foi alterado? Falta de reuso Posso reusar o label Nome do cliente em projetos diferentes? Gerência de código Código template ou não? E a versão? 1. ( WYSIWYG: /wǻziwǻg/ ) What You See Is What You Get, ou seja o que você vê (ou o que você desenha no editor) é o que você tem quando o sistema estiver em execução. Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 5 de 44 Nesse slide é data uma visão geral sobre o processo de construção de interfaces de usuário. A primeira abordagem, e mais antiga, é a codificação manual de toda IU. Todos os elementos que compõe a IU são codificados pelo programador com a utilização de algum pacote gráfico, como Swing ou outro. A segunda é a utilização de ferramentas visuais que trabalham com o conceito de arrastar e soltar componentes na tela. Com elas, o programador cria a IU visualmente, através do posicionamento de controles na tela e ajustes de propriedades em caixas de diálogo específicas. Os componentes de tela tratados nesse caso são os elementos primitivos, como caixas de texto, botões, etc. Os assistentes de criação ou wizards são ferramentas que conduzem a criação da IU através de um processo interativo, onde o programador, através do uso de (em alguns casos) modelos pré-concebidos (templates) e uma sequência de escolhas determina a aparência e o comportamento da IU. Os assistentes de criação operam geralmente sobre conjuntos de componentes primitivos, os quais já têm incorporados as funcionalidades esperadas pela aplicação. A outra abordagem é a geração baseada em modelos. Nela, a geração da IU é um processo automático (ou semiautomático) que depende da existência de modelos do sistema, tais como modelos de dados (diagrama de classes ou ER), modelos de tarefas de usuário, diagramas de sequência, etc. Com base nesses modelos, geradores de código dedicados produzem o código-fonte da interface do usuário. No cenário atual, a MDA pode ser interpretada com uma reinvenção desse paradigma, a qual agrega novos conceitos, como o uso de templates de código e geradores específicos (chamados de cartuchos), de forma que as ferramentas de geração possam efetuar transformações sucessivas até que o código-fonte da IU seja produzido. Excetuando-se a primeira, as outras abordagens conseguem, pelo menos em algum momento, melhorar a produtividade dos programadores. Entretanto, mesmo essas soluções incorrem em tempos elevados, seja pela repetitividade das tarefas (arrastar e soltar os mesmos componentes em IU diferentes em vários sistemas), seja pela limitação dos assistentes de criação (disponibilidade de modelos adequados às necessidades da empresa e qualidade do código gerado) ou pelo deslocamento do esforço outrora dedicado a construção da IU à configuração e criação de templates e escolha (ou mesmo criação) dos cartuchos corretos para as IU. Além disso, os problemas relacionados à modificação nas interfaces do usuário ainda estão presentes. Isso porque, a cada modificação necessária em uma IU, todo o processo interativo entre o desenvolvedor e as ferramentas deve ser reexecutado, objetivando a geração (e compilação, empacotamento, distribuição, etc.) de um novo código-fonte. E, também aqui, estão presentes os problemas relativos à gerência e sincronia de código-fonte e a inexistência de reuso. 5

6 A ferramenta proposta Abdicar totalmente da geração do código-fonte >> motivação Em outras palavras, gerar a TC durante a execução do sistema, através de um processo de interpretação de meta-informações oriundas do próprio modelo de dados A idéia-chave class Cliente { String codigo; String nome; } Tempo de projeto CAFE new JFrame.add( Merlin.createIhc(Pessoa.class) ).setvisible(true); Tempo de execução Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 6 de 44 6

7 Motivação TC são funções do modelo de dados >> motivação A dependência da TC em relação ao modelo de dados Modelo de classes Tela de Cadastro consistência, aparência, validação, organização, customizações, etc. Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 7 de 44 OBJETIVO Evidenciar para a platéia que a construção de Telas de Cadastro elementares é função direta do modelo de dados relacionado SEGUIMENTO Utilizar essa premissa como argumento para geração da TC durante o uso do sistema 7

8 Motivação Regras clássicas Classe Tela >> motivação Atributo Relacionamento Controle Link Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 8 de 44 OBJETIVO Evidenciar para a platéia que a construção de Telas de Cadastro elementares é função direta do modelo de dados relacionado SEGUIMENTO Utilizar essa premissa como argumento para geração da TC durante o uso do sistema 8

9 Motivação Regras clássicas Classe Atributo Relacionamento Tela Controle Link Implementando as regras clássicas A classe de dados public class Cliente { String nome; Cidade naturalidade; boolean ativo; } O cadastro gerado 1 >> motivação 1 Cadastro de Clientes Nome Naturalidade Ativo Cancelar Salvar Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 9 de 44 OBJETIVO Evidenciar para a platéia que a construção de Telas de Cadastro elementares é função direta do modelo de dados relacionado SEGUIMENTO Utilizar essa premissa como argumento para geração da TC durante o uso do sistema 9

10 Motivação Regras clássicas Classe Atributo Relacionamento Tela Controle Link Implementando as regras clássicas A classe de dados public class Cliente { 2 String nome; Cidade naturalidade; boolean ativo; } O cadastro gerado >> motivação Cadastro de Clientes Nome Naturalidade Ativo 2 Cancelar Salvar Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 10 de 44 OBJETIVO Evidenciar para a platéia que a construção de Telas de Cadastro elementares é função direta do modelo de dados relacionado SEGUIMENTO Utilizar essa premissa como argumento para geração da TC durante o uso do sistema 10

11 Motivação Regras clássicas Classe Atributo Relacionamento Tela Controle Link Implementando as regras clássicas A classe de dados public class Cliente { String nome; Cidade naturalidade; 3 boolean ativo; } O cadastro gerado >> o objetivo da ferramenta Cadastro de Clientes Nome Naturalidade Ativo 3 Cancelar Salvar Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 11 de 44 OBJETIVO Evidenciar para a platéia que a construção de Telas de Cadastro elementares é função direta do modelo de dados relacionado SEGUIMENTO Utilizar essa premissa como argumento para geração da TC durante o uso do sistema 11

12 O objetivo da ferramenta Gerar TCs elementares com o menor esforço possível Um exemplo de interface elementar a ser gerada >> algumas definições O código essencial new JFrame().add( Merlin.createIhc(Usuario.class) ).setvisible(true); Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 12 de 44 OBJETIVO Mostrar uma Tela de Cadastro elementar e colocá-la como desafio a ser alcançado pela ferramenta proposta SEGUIMENTO Evidenciar que as Telas de Cadastro elementares, por não possuírem complexidades relativas à regras de negócio, podem conter semântica padronizada e, por isso, serem geradas automaticamente. Nessa figura, uma Tela de Cadastro elementar é mostrada. Percebe-se nela vários aspectos, como a aplicação de regras de usabilidade e aparência (alinhamento de campos, esquema de cores, formatação de textos, mensagens de auxílio, etc.), organização (agrupamento de informações, separação de contextos edição, feedback e execução de ações), consistência (regras de validação de conteúdo, mensagens informativas, sinalizadores, etc.). Embora todos esses conceitos estejam aplicados e sejam perceptíveis, essa interface é dita elementar porque, basicamente, nenhuma regra de negócio está associada a ela. De fato, essa interface é, praticamente, completamente dependente da estrutura do modelo de dados a ela associado; uma classe chamada Usuario. É justamente esse tipo de tela a que corresponde aos 18% comentados no slide anterior e é esse o tipo de interface que deve ser o resultado e o foco do projeto Merlin. Em outras palavras, a ferramente Merlin objetiva a geração de interfaces de usuário semelhantes a essa, de forma que toda a geração ocorra em tempo de execução e que nenhuma linha de código seja produzida durante esse processo. 12

13 Algunas definições importantes Contexto É a relação entre o elemento e o ambiente em que ele ocorre Algo é importante dependendo do local onde ele está Empirismo É o conhecimento baseado na experiência Eu sei porque eu já fiz isso É reativo Heurística É o conhecimento baseado em aproximações Eu acho que sei porque eu já fiz algo parecido É pró-ativa Inferência Obtém-se novos conhecimentos a partir de informações existentes Quanto mais contexto, melhor >> o processo Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 13 de 44 OBJETIVO Apresentar alguns conceitos importantes que são utilizados internamente na ferramenta para ela consiga atingir os resultados esperados. SEGUIMENTO Explanados os conceitos, direcionar a platéia para Fontes

14 O processo 1. Cria-se as classes de dados 2. Opcionalmente, decora-se elas com anotações 3. Dentro da aplicação, invoca-se Merlin.createIhc sobre a classe ou objeto >> comparação Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 14 de 44 14

15 Uma pequena comparação A mesma entrada e as diferentes saídas... >> comparação Uma classe de dados para teste... public class Usuario { long codigo; String nome; String observacoes; String logradouro; int numero; Cidade cidade; String complemento; }... ou em notação UML Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 15 de 44 15

16 Uma pequena comparação A mesma entrada e as diferentes saídas... Interfaces geradas por ferramentas tradicionais (a) e pelo Merlin (b) Um gerador tradicional (a) Merlin (b) >> comparação usuario Cadastro de Usuário codigo nome Dicas O campo nome é obrigatório. O campo logradouro é obrigatório O campo número é obrigatório cidade logradouro Rua São Sepé numero 256 complemento observacoes Cancelar Salvar Endereço Nome Cidade Logradouro Rua São Sepé Número 256 Complemento Observações Cancelar Salvar Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 16 de 44 Nesse slide é data uma visão geral sobre o processo de construção de interfaces de usuário. A primeira abordagem, e mais antiga, é a codificação manual de toda IU. Todos os elementos que compõe a IU são codificados pelo programador com a utilização de algum pacote gráfico, como Swing ou outro. A segunda é a utilização de ferramentas visuais que trabalham com o conceito de arrastar e soltar componentes na tela. Com elas, o programador cria a IU visualmente, através do posicionamento de controles na tela e ajustes de propriedades em caixas de diálogo específicas. Os componentes de tela tratados nesse caso são os elementos primitivos, como caixas de texto, botões, etc. Os assistentes de criação ou wizards são ferramentas que conduzem a criação da IU através de um processo interativo, onde o programador, através do uso de (em alguns casos) modelos pré-concebidos (templates) e uma sequência de escolhas determina a aparência e o comportamento da IU. Os assistentes de criação operam geralmente sobre conjuntos de componentes primitivos, os quais já têm incorporados as funcionalidades esperadas pela aplicação. A outra abordagem é a geração baseada em modelos. Nela, a geração da IU é um processo automático (ou semiautomático) que depende da existência de modelos do sistema, tais como modelos de dados (diagrama de classes ou ER), modelos de tarefas de usuário, diagramas de sequência, etc. Com base nesses modelos, geradores de código dedicados produzem o código-fonte da interface do usuário. No cenário atual, a MDA pode ser interpretada com uma reinvenção desse paradigma, a qual agrega novos conceitos, como o uso de templates de código e geradores específicos (chamados de cartuchos), de forma que as ferramentas de geração possam efetuar transformações sucessivas até que o código-fonte da IU seja produzido. Excetuando-se a primeira, as outras abordagens conseguem, pelo menos em algum momento, melhorar a produtividade dos programadores. Entretanto, mesmo essas soluções incorrem em tempos elevados, seja pela repetitividade das tarefas (arrastar e soltar os mesmos componentes em IU diferentes em vários sistemas), seja pela limitação dos assistentes de criação (disponibilidade de modelos adequados às necessidades da empresa e qualidade do código gerado) ou pelo deslocamento do esforço outrora dedicado a construção da IU à configuração e criação de templates e escolha (ou mesmo criação) dos cartuchos corretos para as IU. Além disso, os problemas relacionados à modificação nas interfaces do usuário ainda estão presentes. Isso porque, a cada modificação necessária em uma IU, todo o processo interativo entre o desenvolvedor e as ferramentas deve ser reexecutado, objetivando a geração (e compilação, empacotamento, distribuição, etc.) de um novo código-fonte. E, também aqui, estão presentes os problemas relativos à gerência e sincronia de código-fonte e a inexistência de reuso. 16

17 Uma pequena comparação A mesma entrada e as diferentes saídas... Interfaces geradas por ferramentas tradicionais (a) e pelo Merlin (b) Um gerador tradicional (a) Merlin (b) >> comparação usuario Cadastro de Usuário codigo nome Dicas O campo nome é obrigatório. O campo logradouro é obrigatório O campo número é obrigatório cidade logradouro Rua São Sepé numero 256 complemento observacoes Cancelar Salvar Endereço Nome Cidade Logradouro Rua São Sepé Número 256 Complemento Observações Porque Observações é uma caixa de texto de múltiplas linhas? Cancelar Salvar Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 17 de 44 Nesse slide é data uma visão geral sobre o processo de construção de interfaces de usuário. A primeira abordagem, e mais antiga, é a codificação manual de toda IU. Todos os elementos que compõe a IU são codificados pelo programador com a utilização de algum pacote gráfico, como Swing ou outro. A segunda é a utilização de ferramentas visuais que trabalham com o conceito de arrastar e soltar componentes na tela. Com elas, o programador cria a IU visualmente, através do posicionamento de controles na tela e ajustes de propriedades em caixas de diálogo específicas. Os componentes de tela tratados nesse caso são os elementos primitivos, como caixas de texto, botões, etc. Os assistentes de criação ou wizards são ferramentas que conduzem a criação da IU através de um processo interativo, onde o programador, através do uso de (em alguns casos) modelos pré-concebidos (templates) e uma sequência de escolhas determina a aparência e o comportamento da IU. Os assistentes de criação operam geralmente sobre conjuntos de componentes primitivos, os quais já têm incorporados as funcionalidades esperadas pela aplicação. A outra abordagem é a geração baseada em modelos. Nela, a geração da IU é um processo automático (ou semiautomático) que depende da existência de modelos do sistema, tais como modelos de dados (diagrama de classes ou ER), modelos de tarefas de usuário, diagramas de sequência, etc. Com base nesses modelos, geradores de código dedicados produzem o código-fonte da interface do usuário. No cenário atual, a MDA pode ser interpretada com uma reinvenção desse paradigma, a qual agrega novos conceitos, como o uso de templates de código e geradores específicos (chamados de cartuchos), de forma que as ferramentas de geração possam efetuar transformações sucessivas até que o código-fonte da IU seja produzido. Excetuando-se a primeira, as outras abordagens conseguem, pelo menos em algum momento, melhorar a produtividade dos programadores. Entretanto, mesmo essas soluções incorrem em tempos elevados, seja pela repetitividade das tarefas (arrastar e soltar os mesmos componentes em IU diferentes em vários sistemas), seja pela limitação dos assistentes de criação (disponibilidade de modelos adequados às necessidades da empresa e qualidade do código gerado) ou pelo deslocamento do esforço outrora dedicado a construção da IU à configuração e criação de templates e escolha (ou mesmo criação) dos cartuchos corretos para as IU. Além disso, os problemas relacionados à modificação nas interfaces do usuário ainda estão presentes. Isso porque, a cada modificação necessária em uma IU, todo o processo interativo entre o desenvolvedor e as ferramentas deve ser reexecutado, objetivando a geração (e compilação, empacotamento, distribuição, etc.) de um novo código-fonte. E, também aqui, estão presentes os problemas relativos à gerência e sincronia de código-fonte e a inexistência de reuso. 17

18 Uma pequena comparação A mesma entrada e as diferentes saídas... Interfaces geradas por ferramentas tradicionais (a) e pelo Merlin (b) Um gerador tradicional (a) Merlin (b) >> comparação usuario Cadastro de Usuário codigo nome Dicas O campo nome é obrigatório. O campo logradouro é obrigatório O campo número é obrigatório cidade logradouro Rua São Sepé numero 256 complemento observacoes Cancelar Salvar Endereço Nome Cidade Logradouro Rua São Sepé Número 256 Complemento Observações Porque é Observações e não Observacoes? Cancelar Salvar Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 18 de 44 Nesse slide é data uma visão geral sobre o processo de construção de interfaces de usuário. A primeira abordagem, e mais antiga, é a codificação manual de toda IU. Todos os elementos que compõe a IU são codificados pelo programador com a utilização de algum pacote gráfico, como Swing ou outro. A segunda é a utilização de ferramentas visuais que trabalham com o conceito de arrastar e soltar componentes na tela. Com elas, o programador cria a IU visualmente, através do posicionamento de controles na tela e ajustes de propriedades em caixas de diálogo específicas. Os componentes de tela tratados nesse caso são os elementos primitivos, como caixas de texto, botões, etc. Os assistentes de criação ou wizards são ferramentas que conduzem a criação da IU através de um processo interativo, onde o programador, através do uso de (em alguns casos) modelos pré-concebidos (templates) e uma sequência de escolhas determina a aparência e o comportamento da IU. Os assistentes de criação operam geralmente sobre conjuntos de componentes primitivos, os quais já têm incorporados as funcionalidades esperadas pela aplicação. A outra abordagem é a geração baseada em modelos. Nela, a geração da IU é um processo automático (ou semiautomático) que depende da existência de modelos do sistema, tais como modelos de dados (diagrama de classes ou ER), modelos de tarefas de usuário, diagramas de sequência, etc. Com base nesses modelos, geradores de código dedicados produzem o código-fonte da interface do usuário. No cenário atual, a MDA pode ser interpretada com uma reinvenção desse paradigma, a qual agrega novos conceitos, como o uso de templates de código e geradores específicos (chamados de cartuchos), de forma que as ferramentas de geração possam efetuar transformações sucessivas até que o código-fonte da IU seja produzido. Excetuando-se a primeira, as outras abordagens conseguem, pelo menos em algum momento, melhorar a produtividade dos programadores. Entretanto, mesmo essas soluções incorrem em tempos elevados, seja pela repetitividade das tarefas (arrastar e soltar os mesmos componentes em IU diferentes em vários sistemas), seja pela limitação dos assistentes de criação (disponibilidade de modelos adequados às necessidades da empresa e qualidade do código gerado) ou pelo deslocamento do esforço outrora dedicado a construção da IU à configuração e criação de templates e escolha (ou mesmo criação) dos cartuchos corretos para as IU. Além disso, os problemas relacionados à modificação nas interfaces do usuário ainda estão presentes. Isso porque, a cada modificação necessária em uma IU, todo o processo interativo entre o desenvolvedor e as ferramentas deve ser reexecutado, objetivando a geração (e compilação, empacotamento, distribuição, etc.) de um novo código-fonte. E, também aqui, estão presentes os problemas relativos à gerência e sincronia de código-fonte e a inexistência de reuso. 18

19 Uma pequena comparação A mesma entrada e as diferentes saídas... Interfaces geradas por ferramentas tradicionais (a) e pelo Merlin (b) Um gerador tradicional (a) Merlin (b) >> características gerais usuario Cadastro de Usuário codigo nome Dicas O campo nome é obrigatório. O campo logradouro é obrigatório O campo número é obrigatório cidade logradouro Rua São Sepé numero 256 complemento observacoes Cancelar Salvar Endereço Nome Cidade Logradouro Rua São Sepé Número 256 Complemento Observações Qual é o campo da cidade exibido na caixa de seleção? Cancelar Salvar Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 19 de 44 Nesse slide é data uma visão geral sobre o processo de construção de interfaces de usuário. A primeira abordagem, e mais antiga, é a codificação manual de toda IU. Todos os elementos que compõe a IU são codificados pelo programador com a utilização de algum pacote gráfico, como Swing ou outro. A segunda é a utilização de ferramentas visuais que trabalham com o conceito de arrastar e soltar componentes na tela. Com elas, o programador cria a IU visualmente, através do posicionamento de controles na tela e ajustes de propriedades em caixas de diálogo específicas. Os componentes de tela tratados nesse caso são os elementos primitivos, como caixas de texto, botões, etc. Os assistentes de criação ou wizards são ferramentas que conduzem a criação da IU através de um processo interativo, onde o programador, através do uso de (em alguns casos) modelos pré-concebidos (templates) e uma sequência de escolhas determina a aparência e o comportamento da IU. Os assistentes de criação operam geralmente sobre conjuntos de componentes primitivos, os quais já têm incorporados as funcionalidades esperadas pela aplicação. A outra abordagem é a geração baseada em modelos. Nela, a geração da IU é um processo automático (ou semiautomático) que depende da existência de modelos do sistema, tais como modelos de dados (diagrama de classes ou ER), modelos de tarefas de usuário, diagramas de sequência, etc. Com base nesses modelos, geradores de código dedicados produzem o código-fonte da interface do usuário. No cenário atual, a MDA pode ser interpretada com uma reinvenção desse paradigma, a qual agrega novos conceitos, como o uso de templates de código e geradores específicos (chamados de cartuchos), de forma que as ferramentas de geração possam efetuar transformações sucessivas até que o código-fonte da IU seja produzido. Excetuando-se a primeira, as outras abordagens conseguem, pelo menos em algum momento, melhorar a produtividade dos programadores. Entretanto, mesmo essas soluções incorrem em tempos elevados, seja pela repetitividade das tarefas (arrastar e soltar os mesmos componentes em IU diferentes em vários sistemas), seja pela limitação dos assistentes de criação (disponibilidade de modelos adequados às necessidades da empresa e qualidade do código gerado) ou pelo deslocamento do esforço outrora dedicado a construção da IU à configuração e criação de templates e escolha (ou mesmo criação) dos cartuchos corretos para as IU. Além disso, os problemas relacionados à modificação nas interfaces do usuário ainda estão presentes. Isso porque, a cada modificação necessária em uma IU, todo o processo interativo entre o desenvolvedor e as ferramentas deve ser reexecutado, objetivando a geração (e compilação, empacotamento, distribuição, etc.) de um novo código-fonte. E, também aqui, estão presentes os problemas relativos à gerência e sincronia de código-fonte e a inexistência de reuso. 19

20 Características gerais >> características gerais Essência Não produzir código-fonte, mas sim renderizar a interface do sistema em tempo de execução Ser independente de framework gráfico Protótipo em Swing Previsão para JSF Outras aplicações podem ser SWT, XUL e GWT Baseada no modelo de objetos do sistema Ter uma API minimalista Anotações Merlin.createIhc() Reusar (e apostar em novos) padrões EJB3 Persistence JSR220 Hibernate Validator JSR299 (JBoss Seam) Java Beans Binding JSR295 Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 20 de 44 20

21 Características gerais Não utilizar metamodelo externo Tudo reside nas classes compiladas do sistema Utilizar ao máximo conceitos como heurísiticas, empirismo, inferência baseada em contexto, etc. Configuração por exceção Reuso de histórico >> características gerais Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 21 de 44 21

22 Características gerais Não utilizar metamodelo externo Tudo reside nas classes compiladas do sistema Utilizar ao máximo conceitos como heurísiticas, empirismo, inferência baseada em contexto, etc. Configuração por exceção Reuso de histórico O custo dos geradores tradicionais Custo >> características gerais S 1 S 2 S 3 S n Tempo Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 22 de 44 22

23 Características gerais Não utilizar metamodelo externo Tudo reside nas classes compiladas do sistema Utilizar ao máximo conceitos como heurísiticas, empirismo, inferência baseada em contexto, etc. Configuração por exceção Reuso de histórico O custo do Merlin Custo S 1 S 2 >> histórico S 3 Sn Tempo Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 23 de 44 23

24 O histórico A busca por informações históricas pode ser feita no próprio classpath do sistema Em servidores de aplicação, tudo pode ser compartilhado Em aplicações simples (standalone), as classes com anotações podem ser exportadas junto >> histórico Classes nos servidores de aplicação Root LIBs classes C 1 S 1 classes C 2 S 2 classes C n S n classes Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 24 de 44 24

25 O histórico A busca por informações históricas pode ser feita no próprio classpath do sistema Em servidores de aplicação, tudo pode ser compartilhado Em aplicações simples (standalone), as classes com anotações podem ser exportadas junto >> slistaks Classes nos servidores de aplicação Root LIBs classes C 1 S 1 classes C 2 S 2 classes Histórico C n S n classes Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 25 de 44 25

26 Slistaks Informações de contexto, heurísticas, empirismo e inferência são utilizados para: Gerar corretamente nomes para labels Mapear os tipos de controles em função do tipo de dado Adicionar validadores, tamanho, etc. Agrupamentos >> slistaks de graça Utilizando a ocorrência de termos para produzir o conteúdo em comboboxes nome 110 status 12 codigo 110 Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 26 de 44 26

27 Slistaks de graça Google como fonte de informações >> mais slistaks de graça Relevância de campos pode ser obtida de forma online O maior contexto gratuito do mundo: A internet nome : 212 milhões O termo nome é mais significativo, logo ele é usado na caixa de seleção codigo : 148 milhões Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 27 de 44 27

28 Mais slistaks de graça >> ainda slistaks de graça Dicionários de sinônimos Para inferir mapeamentos de controles observacao = informacaocomplementar = outrasinformacoes Todos geram textareas Utilizando um dicionário de sinônimos gratuito para inferir mapeamentos observacao Se observacao é (ou já foi) um textarea, é provável que outrasinformacoes também o seja Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 28 de 44 28

29 Ainda slistaks de graça Algoritmos de similaridade Para detectar aproximações e inferir correspondências observacao = observacoes Muitos frameworks na web >> eu adoro slistaks Utilizando um framework externo para identificar similaridades System.out.print( StringMetrics.compare( observacao, observacoes ) ); //imprime 0.8 (entre 0 e 1) Por exemplo, se o valor for maior que 0.5 os termos são conceitualmente iguais. Se observacao é (ou já foi) um textarea, é provável que observacoes também seja Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 29 de 44 29

30 Eu adoro slistaks Corretores ortográficos Para gerar labels observacao = observação >> agrupamentos Utilizando corretores ortográficos disponíveis no próprio ambiente Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 30 de 44 30

31 Agrupamentos Agrupando controles nas telas Requisito Os campos Cidade, Rua e Número devem ser exibidos em conjunto Criando um agrupamento simples A tela Cadastro de Cadastro Clientede Cliente 1 Dicas Endereço Nome Cidade Rua Número A classe de Endereço,fiel ds= cidade,rua,numero ) class Cliente { String nome; Cidade cidade; String rua; String numero; } >> dependências Cancelar Salvar Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 31 de 44 31

32 Dependências Vinculando controles nas telas Requisito Se o cliente possuir cheque especial, habilitar limite de crédito >> agentes Criando dependências simples A tela A classe de dados Cadastro de Cadastro Clientede Cliente Dicas Nome Possui cheque Limite Cancelar Salvar class Cliente { String limite ) boolean possuicheque; double limite; } 7 8 Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 32 de 44 32

33 Agentes Derivados da linguagem Eiffel, agentes são elementos que podem ser plugados na IU e executar funções diversas, como: Tratamento de eventos Invocação de regras de negócio Definição de propriedades Execução de Scripts O conceito de agentes Controle de tela? Eventos Scripts Regras de negócio >> agentes Propriedades Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 33 de 44 33

34 Agentes Derivados da linguagem Eiffel, agentes são elementos que podem ser plugados na IU e executar funções diversas, como: Tratamento de eventos Invocação de regras de negócio Definição de propriedades Execução de Scripts O conceito de agentes Eventos >> agentes Controle de tela Agentes Scripts Regras de negócio Propriedades Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 34 de 44 34

35 Agentes Agentes na execução de regras de negócio Requisito >> agentes Ao preencher o salário do cliente, se ele não tiver débitos deve ser habilitado um cartão de crédito para ele. Conectando eventos e regras de negócio A tela A classe de dados Cadastro de Cadastro Clientede Cliente Dicas Nome Salário Cartão de crédito Cancelar Salvar class Cliente { String event={ focuslost }, action={ habilitarcartao }) float salario; boolean cartaocredito; } Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 35 de 44 35

36 Agentes Agentes na execução de regras de negócio Requisito >> agentes Ao preencher o salário do cliente, se ele não tiver débitos deve ser habilitado um cartão de crédito para ele. Implementando a regra de negócio 1 public class AlgumasRegras { 2 public void habilitarcartao() { 3 JTextField salario = (JTextField) 4 Merlin.getControle( cliente.salario ); 5 //processa a regra de negócio... 6 JCheckBox cartao = (JCheckBox) 7 Merlin.getControle( cliente.cartaocredito ); 8 cartao.setenabled(!debitos); 9 } 10} Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 36 de 44 36

37 Agentes Agentes na execução de regras de negócio Requisito (agora de forma assíncrona) >> agentes Ao preencher o salário do cliente, se ele não tiver débitos deve ser habilitado um cartão de crédito para ele. Conectando eventos e regras de negócio de forma assíncrona A tela A classe de dados Cadastro de Cadastro Clientede Cliente Dicas Nome Salário Cartão de crédito Cancelar Salvar class Cliente { event={ focuslost }, action={ habilitarcartao }) float salario; boolean cartaocredito; } Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 37 de 44 37

38 Agentes Agentes na definição de propriedades de controles Requisito Aplicar uma borda verde saliente sobre o nome do cliente. >> agentes Uma interface com controle customizado A tela A classe de dados Cadastro de Cadastro Clientede Cliente Dicas Nome Salário Cartão de crédito Cancelar Salvar class Cliente property={ border=borderfac tory.createlineborder(color.green,2) }) String nome; float salario; boolean cartaocredito; } Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 38 de 44 38

39 Agentes >> agentes Agentes na execução de scripts (BeanShell, Groovy, etc.) Requisito Criar uma regra externa configurável para calcular o limite de crédito do cliente em função do valor do salário. Utilizando agentes para externalizar comportamentos através de scripts A tela A classe de dados Cadastro de Cadastro Clientede Cliente Dicas Nome Salário Limite de crédito Cancelar Salvar class Cliente { String script={ /scripts/calc.js }) float salario; float limitecredito; } Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 39 de 44 39

40 Agentes >> layout Agentes na execução de scripts (BeanShell, Groovy, etc.) Requisito Criar uma regra externa configurável para calcular o limite de crédito do cliente. O script externo escrito em BeanShell /scripts/calc.js 1 var salario = new Float(this.caller.getText()); var limite = Merlin.getControle( cliente.limitecredito ); limite.settext(salario * 0.3); Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 40 de 44 40

41 Layout >> layout O posicionamento de controles é totalmente executado por algoritmos, os quais utilizam Gerenciadores de layout (TableLayout, JGoodies Forms) Heurísiticas, UI patterns, regras de usabilidade Configurações via anotações Customizações Simples Uso de anotações Complexas Implementação de novos algoritmos Malucas Design manual Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 41 de 44 41

42 Layout Alterando o layout via anotações Modificando algumas coisas >> layout Redefinindo a ordem de controles e a posição de labels na tela A tela Cadastro de Cliente Cadastro de Cliente Salário Observações 5 2 Nome Observações A classe de dados class Cliente observacoes ) String nome; float String observacoes; } Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 42 de 44 42

43 Layout Alterando o layout via anotações Modificando tudo de uma vez >> layout Redefinindo a ordem de controles e a posição de todos os labels na tela A tela Cadastro de Cliente Cadastro de Cliente Salário Observações Nome A classe de class Cliente observacoes ) String nome; float salario; String observacoes; } Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 43 de 44 43

44 Layout Criando um layout maluco 1. Cria-se uma classe IU com o layout desejado >> layout Um exemplo de layout manual O template TemplateMaluco extends JPanel Cadastro de Cliente Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 44 de 44 44

45 Layout Criando um layout maluco 2. Define-se nomes de controles idênticos aos que serão gerados >> layout Um exemplo de layout manual O template TemplateMaluco extends JPanel lblobservacoes Cadastro de Cliente observacoes salario lblsalario lblnome nome Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 45 de 44 45

46 Layout Criando um layout maluco 3. Executa-se a geração passando o template como parâmetro Merlin.createIhc(Cliente.class, TemplateMaluco.class); >> extensões Um exemplo de layout manual O template Cadastro de Cliente Cadastro de Cliente Cadastro de Cliente Observações Salário Nome Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 46 de 44 46

47 Extensões Modificando os controles de tela gerados Uma interface padrão >> extensões A classe de dados class Cliente { String nome; Cidade naturalidade } A tela gerada Cadastro Cadastro de Cliente de Cliente Dicas Nome Naturalidade Cancelar Salvar Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 47 de 44 47

48 Extensões Modificando os controles de tela gerados Uma interface com controle customizado >> extensões A classe de dados class Cliente { String Cidade naturalidade } A tela gerada Cadastro de Cadastro Clientede Cliente Dicas Nome Naturalidade Cancelar Salvar Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 48 de 44 48

49 Extensões Modificando os controles de tela gerados Uma interface com controle customizado >> estágio atual e perspectivas A classe de dados class Cliente { String Cidade naturalidade } A tela gerada Cadastro de Cadastro Clientede Cliente Dicas Nome Naturalidade Cancelar Salvar Criando o controle customizado class Lookup extends JPanel implements IRenderer { //metodos para binding do controle } Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 49 de 44 49

50 Estágio atual e perspectivas Divulgação Alfa release disponível Controles básicos, agentes, layout e anotações essenciais Telas de cadastro simples Parte teórica em desenvolvimento Binding Telas mestre-detalhte Integração com outros frameworks Captação de recursos financeiros Para 2008 Início: Beta release em Swing Final: Beta release em JSF 2009 em diante Gerência de realimentação >> EOF Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 50 de 44 Espaço para críticas e sugestões. 50

51 Fim Conteúdo Contato Histórias Merlin - Um Novo Horizonte na Criação das Telas de Cadastro slide 51 de 44 Fim da apresentação. 51