Introdução a Padrões, GRASP. Nazareno Andrade (baseado no material de Hyggo Almeida e Jacques Sauvé)

Transcrição

1 Introdução a Padrões, GRASP Nazareno Andrade (baseado no material de Hyggo Almeida e Jacques Sauvé)

2 O que vimos na última aula? Processo de Desenvolvimento de Software Visão geral de processo Processos preditivos x Processos ágeis Modelos e Artefatos O que se produz em cada fase? UML 2

3 O que veremos hoje? Introdução a padrões O que são? Por que utilizá-los? Padrões GRASP O que são? Quais serão apresentados na disciplina? 3

4 Motivação para o uso de padrões de software Problemas no desenvolvimento de software se repetem Bons desenvolvedores... aplicam boas soluções... Por que não reutilizar as boas soluções em outros projetos???...surgem os padrões de software!!! Tópicos avançados??? Devem estar na cabeça de vocês desde o princípio!!! 4

5 O que são padrões de software??? a descrição de um problema que ocorre com freqüência e a base de uma solução para este problema com um nome Reutilização de ideias... não de código 5

6 Classificação de padrões de software Padrões de análise Padrões de testes Padrões de negócio Padrões pedagógicos Padrões arquiteturais Padrões de projeto (Design Patterns) Iniciaram a febre de padrões nosso foco 6

7 Elementos essenciais de um padrão de software Nome Problema Solução Conseqüências 7

8 Sobre o nome Deve ser sugestivo/representativo do problema ou solução Apenas pelo nome, sabe-se a natureza do padrão... Que padrão deve ser utilizado para que se tenha apenas uma instância de uma classe? Singleton 8

9 O nome permite projetar em um nível mais alto de abstração Conversa entre desenvolvedores: Cara, acho melhor usar o Template Method aqui!!! Não sei não... um Strategy funcionaria melhor!!! Maria, coloca um Observer aí que resolve!!! 9

10 Nome Permite documentar código Evita longas descrições... /** Nesta classe implementa-se o * padrão Singleton... Hyggo Almeida 1.0 */ public class Calendar{ /** Nesta classe utiliza-se um construtor * privado, com um método estático que * retorna a única instância desta classe, * sincronizado para evitar que outra * instância seja recuperada por outra * linha de execução... Hyggo Almeida 1.0 */ public class Calendar{ 10

11 Todo mundo conhece os padrões Nomes padronizados em inglês Independente da equipe, estabelece-se comunicação de alto nível

12 Elementos essenciais de um padrão de software Nome Problema Solução Conseqüências 12

13 Quando aplicar o padrão? Em que situações o padrão pode ser aplicado? Em que situações o padrão traz flexibilidade/ elegância ao projeto? Quando não utilizá-lo? 13

14 O problema e um contexto Eis o problema que motiva a utilização do padrão!!! Como evitar este macarrão? Padrão X!!! Como flexibilizar a hierarquia de classes? Padrão Y!!! O seu problema é similar ao descrito no padrão??? Se sim, basta uma adaptação da solução!!! 14

15 Geralmente o problema tem exemplos específicos de aplicação Como definir uma instância única de uma classe??? Como representar algoritmos como objetos??? Como implementar hierarquias parte-todo??? 15

16 Elementos essenciais de um padrão de software Nome Problema Solução Conseqüências 16

17 Descreve os elementos que compõem o projeto da solução, suas responsabilidades e colaborações Modelo conceitual Diagrama de classes Diagramas de interação 17

18 Solução não descreve uma implementação concreta, apenas um modelo genérico para que possa ser reutilizado Dependendo do seu problema, deverá ser adaptado Tem-se um exemplo de solução, mas apenas para guiar o reuso 18

19 Padrão é um gabarito de solução!!! A cola é permitida!!! Se fulano fez dessa forma e funcionou... porque não funcionaria comigo??? 19

20 Elementos essenciais de um padrão de software Nome Problema Solução Consequências 20

21 Resultados do uso do padrão Vantagens e desvantagens Visão crítica: o que se perde? Análise de impactos sobre:... Flexibilidade Extensibilidade Reuso Desempenho 21

22 Checkpoint Padrões O que são? Para que servem? Como são apresentados? Como vocês viveram até hoje sem eles? 22

23 GRASP G e n e r a l R e s p o n s i b i l i t y A s s i g n m e n t S o f t w a r e P a t t e r n s 23

24 Projeto OO: dividir responsabilidades entre objetos

25 Responsabilidades: fazer algo a si mesmo a outros objetos conhecer/lembrar de algo dados encapsulados objetos relacionados Responsabilidade!= método Métodos implementam responsabilidades Objetos colaboram para cumprir responsabilidades

26 Como atribuir responsabilidades? Mantendo sistema flexível e fácil de manter? GRASP General Responsabilities Assignment Software Patterns Padrões definidos por Craig Larman 26

27 GRASP são padrões e/ou princípios

28 Discutiremos 4 dos 9 padrões GRASP: Information Expert Quem é o especialista da informação? Creator Quem deve criar uma determinada instância? Baixo acoplamento (Low Coupling) Como diminuir o acoplamento entre as classes? Alta coesão (High cohesion) Como aumentar a coesão no sistema? Os outro são Controller, Polymorphism, Pure Fabrication, Indirection e Protected Variations 28

29 O que vimos hoje? Introdução a padrões O que são? Por que utilizá-los? Padrões GRASP O que são? Quais serão apresentados na disciplina? 29

30 O que veremos na próxima aula? Padrões GRASP Expert Creator Baixo acoplamento Alta coesão 30

31 Dúvidas?? 31