Programação Modular: Relacionamentos entre Classes e POO

Programação Modular Relacionamentos entre classes Associação agregação e composição Prof João Caram Um computador é composto por diversos componentes processador memória principal discos de armazenamento telamonitor portas de saída dispositivos de entrada Existem famílias de computadores E também existem famílias de componentes No nosso dia a dia utilizamos objetos Frequentemente utilizamos objetos compostos Coleção de objetos um catálogo de componentes reutilizáveis Em geral objetos não funcionam sozinhos Usamse comunicam com outros Contêm ou são formados por outros POO segundo Alan Kay troca de mensagens proteção e retenção local e ocultamento do estado associação tardia e dinâmica de tudo o que for possível POO segundo Alan Kay troca de mensagens Projeto de um sistema modular com OO Classesobjetos Relacionamentocomunicação entre elas 7 ASSOCIAÇÃO ASSOCIAÇÃO Relacionamento denotado por usa um Objetos são associados mas não há relação de pertinência Ex Um trem usa uma estrada Pessoas jantam em restaurantes Computador está conectado ao projetor Relacionamento denotado por usa um Objetos são associados mas não há relação de pertinência Ex Um trem usa uma estrada Pessoas jantam em restaurantes Computador está conectado ao projetor UML linha simples AGREGACAO Indica um relacionamento do tipo todoparte ou temcontem um O objeto e definido em termos de seus componentes Títulos AGREGACAO 15 Tempos de vida independentes a existência da parte faz sentido mesmo não existindo todo Ex professor departamento atletas time Objeto definido em termos dos seus componentes Ex Automóvel contém um motor e portas Um grafo contém vértices Inventário do personagem contém equipamentos Objeto definido em termos dos seus componentes Ex Automóvel contém um motor e portas Um grafo contém vértices Inventário do personagem contém equipamentos AGREGAÇÃO COMPOSIÇÃO COMPOSIÇÃO Um objeto é formado por outros objetos Ex Um livro é formado por vários capítulos Um banco controla várias contas Um pedido é formado por vários itens Um objeto é formado por outros objetos Ex Um livro é formado por vários capítulos Um banco controla várias contas Um pedido é formado por vários itens A existência da parte NÃO faz sentido se o todo não continuar existindo Representação gráfica losango preenchido no lado todo Banco nome String codigo int CNPJ String totalTaxas double totalRendimentos double totalCustodia double Conta numero int cpf String saldo double rendimento double tarifa double saquevalordouble bool depositovalordouble bool Relacionamentos do tipo composição têm implicações na criação e finalização dos objetos Criar objetos somente com a relação estabelecida Apagados os objetos associados na finalização A diferença de entendimento entre agregação e composição é sutil e pode variar com o contexto A diferença de entendimento entre agregação e composição é sutil e pode variar com o contexto CARDINALIDADES Indicam a quantidade de objetos possíveis em cada lado da relação Um para um Um para muitos Muitos para muitos Um objeto em cada lado Ex um curso tem um coordenador Um dos lados pode ter múltiplos objetos Ex um departamento possui muitos professores mas um professor está alocado a um departamento apenas Pode haver múltiplos objetos em ambos os lados Ex um aluno pode realizar empréstimos de vários livros Cada livro pode a seu tempo ser emprestado para vários alunos Pode gerar uma classe de associação Ex Empréstimo 1 exatamente 1 01 zero atéou 1 zero ou mais 1 um ou mais 110 um até dez 110 um ou dez 0510 zero ou de cinco a dez IMPLEMENTAÇÃO DE RELAÇÕES RELACIONAMENTOS ENTRE CLASSES IMPLEMENTAÇÃO DE RELACIONAMENTOS I IMPLEMENTAÇÃO DE RELACIONAMENTOS nome String I IMPLEMENTAÇÃO DE RELACIONAMENTOS E o sistema POO segundo Alan Kay O sistema e os relacionamentos