JaTS. Java TransformationSystem. Parte 1 27/03/2008. Diêgo Santiago, Leila Soriano e Patrícia Lustosa

Transcrição

1 JaTS Java TransformationSystem Parte 1 27/03/2008 Diêgo Santiago, Leila Soriano e Patrícia Lustosa

2 Sistema -JaTS 2 Ferramenta e linguagem de transformação de código Java Permite geração e transformação de códigoc Baseada em templates e variáveis veis

3 Sistema -JaTS 3 public class Livro { private String autor private String editora; } Código Fonte ModifierList:#MODIFICADOR class #NOME_CLASSE { FieldDeclarationSet:#ATRIBUTOS; } Transformação Fonte ModifierList:#MODIFICADOR class #NOME_CLASSE { } FieldDeclarationSet:#ATRIBUTOS; private String isbn; Transformação Destino public class Livro { private String autor private String editora; private String isbn; } Código Destino

4 Arquitetura JaTS 4 Saída Saída Entrada Saída Parser Transformation Saída Código Fonte Template Fonte Template Destino PrettyPrinting Código Destino

5 Parser 5 Parser Transformation Analisador Léxico L e Sintático tico Identifica se o código c Java/JaTS está bem formado Cria a Árvore Sintática tica de nós n Java/JaTS PrettyPrinting

6 Transformation 6 Parser Transformation PrettyPrinting Matcher Faz o casamento entre o código c fonte e o template fonte Replacer Casa os valores das variáveis veis no template destino que dará origem ao código c destino Processor Processa declarações executáveis e iterativas

7 PrettyPrinting Printing 7 Parser Transformation PrettyPrinting Imprime o o código c destino da transformação

8 8 Sistema -JaTS

9 Concerns 9 Parse Transformation Match Process Replacement Pretty Print Syntactic Tree ThrowsException

10 10 Exemplo -Match

11 11 Exemplo -Replacement

12 12 Exemplo SyntacticTree

13 Exemplos Código relacionado a 13 mais de um Concern

14 Atividade de Atribuição dos 14 Concerns Número de linhas de código marcadas: Tempo total para marcar: 24 horas Dúvidas Classes do pacote util Interface e classes abstratas Classes geradas automaticamente Main Cloning Problemas ConcernTagger

15 15 Métricas

16 Conclusão 16 Parser, Replacemente PrettyPrintingnão são crosscutting concerns Transformation, Match, Processe SyntaticTreesão crosscutting concerns entre si ThrowsExceptionécrosscuttingconcernem relação a todos os outros concerns

17 Conclusão 17 Foram analisados o CDC e o DOSC As métricas foram úteis para avaliar os possíveis crosscuttingconcerns, mas não para avaliar a relação entre eles Avaliamos os crosscuttingpelo que era conhecido do projeto. A métrica que mais se aproximou do analisado foi DOSC.

18 Referências 18 Eaddy, M etal. Do CrosscuttingConcerns Cause Defects? Eaddy, M et al. Identifying, Assigning, and Quantifying Crosscutting Concerns Sitedo JaTS

19 JaTS Java TransformationSystem Parte 2 07/04/2008 Diêgo Santiago, Leila Soriano e Patrícia Lustosa

20 20 Gráfico de Clones

21 21 Exemplo Classes Diferentes

22 22 Exemplo Classes Diferentes

23 23 Exemplo Classes Diferentes

24 24 Exemplo Mesma Classe

25 25 Parâmetros de Configuração

26 26 Quantidade de Clones

27 Quantidade de Classes pares de clones Parser 24 pares de clones Match 80 pares de clones Replacement 330 pares de clones Process 75 pares de clones Pretty Print 82 pares de clones

28 JaTS Java TransformationSystem Parte 3 19/05/2008 Diêgo Santiago, Leila Soriano e Patrícia Lustosa

29 ThrowsAspect 29 Aspecto criado para modularizaro lançamento de exceções. Foram criados pointcutse utilizados advicespara verificação da nulidade dos parâmetros passados nos métodos.

30

31 MatchAspect 31 Aspecto criado para modularizar o crosscutting concern Match. Em cada nóda árvore sintática existe um método match. O MatchAspectreúne todos os métodos match dos nós.

32

33 ProcessAspect 33 Aspecto criado para modularizar o crosscutting concern Process. Em cada nóda árvore sintática existe um método process. O ProcessAspect reúne todos os métodos process dos nós. Possui um pointcutprocess() e o advicearound, que verifica a condição de um nó ser executavel

34

35 AcceptAspect 35 Aspecto que modularizaas chamadas ao método accept. Cada nópossui um método accept. O Accept éusadopelosvisitors, fazendoassim parte desse concern.

36

37 Refactorings 37 Law 3 Add before-execution Usando esta lei podemos mover o inicio do corpo do método para a um adviceque roda antes da execução do método. ThrowsAspect 96 before 554 advises

38 Refactorings 38 Law 7 Add after-execution returning successfully Usando esta lei podemos mover o final do corpo do método para a um adviceque roda depois da execução do método, executado com sucesso. ThrowsAspect 1 after returning 11 advises

39 Refactorings 39 Law 11 Add around-execution Esta lei éusada quando a execução do núcleo lógico método écondicional, ou seja, o núcleo lógico do método pode ou não ser executado. ProcessAspect 1 around 50 advises

40 Refactorings 40 Law 18 Soften exception Esta lei éresponsável por tornar uma exceção levantada por um joinpointnuma exceção soft. ThrowsAspect 21 declare soft Law 20 Remove exception from throws clause Esta lei remove a exceção da cláusula throwsdo método que não a levanta mais. Law21 Move exceptionhandlingto aspect Esta lei move o tratamento de uma exceção para um aspecto.

41 Refactorings 41 Law23 Move methodto aspect Esta lei tem o propósito de mover a implementação de um método num aspecto usando uma inter- type declaration. ProcessAspect 13 method inter-type declaration MatchAspect 16 method inter-type declaration AcceptAspect 13 method inter-type declaration

42 42 Gráfico de Clones

43 43 Exemplo Classes Diferentes

44 44 Parâmetros de Configuração

45 Quantidade de Clones pares de clones

46 46 Dúvidas?