Subtipos e Subclasses
|
|
- Mariana Estrada Fontes
- 8 Há anos
- Visualizações:
Transcrição
1 Subtipos e Subclasses Aula 15 do curso de outubro de 2001 Sumário 1Subtipos 32 2 Exemplo: Bicicletas 33 3 Exemplo: Quadrado e retângulo 37 4 Princípio de substituição 38 5 Subclasses e subtipos Java 40 6 Interfaces Java 41 Leituras necessárias: Capítulo 7 do livro Program Development in Java da Bárbara Liskov. Verifique o seu livro texto Java sobre os detalhes de Java como, por exemplo, tipos abstratos (nem todos os métodos são implementados, e nenhum objeto pode ser instanciado), detalhes sobre interfaces, e modificadores de acesso (public, private, protected, default). Eles não serão discutidos nesta aula. 1Subtipos Nós vimos que A éumb se todo objeto A também é um objeto B. Por exemplo, todo automóvel é um veículo, e toda bicicleta é um veículo, e todo pula-pula é um veículo: todo veículo é um meio de transporte, assim como todo animal de carga. Nós apresentamos este subconjunto de relacionamento em um diagrama de dependência modular: Este subconjunto de relacionamento é uma condição necessária, mas não suficiente para um relacionamento de subtipificação. O tipo A é um subtipo do tipo B quando a especificação de A implica na especificação de B. Isto é, qualquer objeto (ou classe) que satisfaça a especificação de A também satisfaz a especificação de B, pois a especificação de B é mais fraca. Outra maneira de explicar isto é que em qualquer lugar do código, se você espera um objeto B, um objeto A é admissível. È garantido que o código escrito para funcionar com o objeto B (e para depender de suas propriedades) continua a funcionar se o objeto A for fornecido ao invés dele; além disso, o comportamento será o mesmo, se forem considerados apenas os aspectos do comportamento de A que também estão inclusos no comportamento de B. (O A pode introduzir novos comportamentos
2 que o B não tenha, mas isto apenas modifica os comportamentos existentes de B em certas maneiras; veja em seguida.) 2 Exemplo: Bicicletas Suponha que nós tenhamos uma classe para representar as bicicletas. Aqui está uma implementação parcial dessa classe: class Bicycle{ private int framesize; private int chainringgears; private int freewheelgears; // retorna o número de marchas da bicicleta public int gears() { return chainringgears * freewheelgears; // retorna o preço da bicicleta public float cost() { // retorna o imposto de venda que incide sobre a bicicleta public float salestax() { return cost() *.0825; public void gohome() { Uma nova classe, representando bicicletas com lanternas dianteiras, pode se adaptar a situações noturnas (ou as madrugadas). class LightedBicycle{ private int framesize; private int chainringgears; private int freewheelgears; private BatteryType battery; // retorna o número de marchas da bicicleta public int gears() { return chainringgears * freewheelgears; // retorna o preço da bicicleta float cost() { // retorna o imposto de venda que incide sobre a bicicleta public float salestax() { return cost() *.0825; public void gohome() { // execução: substitui a bateria existente pelo argumento b public void changebattery(batterytype b); Copiar todo o código é cansativo e passível de erro. (O erro pode ser causado pela falha na realização de uma cópia correta ou pela falha na realização das alterações necessárias.) Adicionalmente, se um
3 erro é encontrado em uma versão, é fácil esquecer de realizar o conserto em todas as versões do código. Finalmente, é muito difícil compreender a distinção entre duas classes apenas procurando por diferenças em uma massa de similaridades. A linguagem Java e outras linguagens de programação utilizam o conceito de subclasse para superar essas dificuldades. A especialização de classes utilizando herança de classe permite reutilizar implementações e sobrescrever os métodos. Uma implementação melhor da classe LightedBicycle éaseguinte class LightedBicycle extends Bicycle{ private BatteryType battery; // retorna o preço da bicicleta float cost() { return super.cost() + battery.cost(); public void gohome() { // execução: substitui a bateria existente pelo argumento b public void changebattery(batterytype b); A LightedBicycle não precisa implementar os métodos e campos que aparecem na sua superclasse Bicycle; as versões de Bicycle são automaticamente utilizadas pelo Java quando elas não são sobrescritas na subclasse. Considere a seguinte implementação do método gohome (juntamente com o fornecimento de especificações mais completas). Se estas forem as únicas alterações, as classes LightedBicycle e RacingBicycle são subtipos de Bicycle? (Mais adiante nós falaremos sobre o conceito de subtipos; nós retornaremos as diferenças entre as subclasses Java, os subtipos Java, e os verdadeiros subtipos mais tarde.) class Bicycle{ // requer: velocidade_do_vento < 20mph && luz_do_dia public void gohome() { class LightedBicycle{ // requer: velocidade_do_vento < 20mph void gohome() {
4 class RacingBicycle{ // requer: velocidade_do_vento < 20mph && luz_do_dia // em um período de tempo < 10 minutos // && faz o ciclista suar void gohome() { Para responder a essa pergunta, relembre a definição de subtipificação: um objeto do subtipo pode ser substituído em qualquer lugar onde o código espera um objeto do supertipo? Se sim, o relacionamento de subtipificação é válido. Neste caso, tanto LightedBicycle quanto RacingBicycle são subtipos de Bicycle. No primeiro caso, as condições são relaxadas; no segundo caso, a execução é reforçada de uma maneira queelaaindasatisfaçaaexecuçãodasuperclasse. O método cost de LightedBicycle mostra outra capacidade da especialização de classes em Java. Os métodos podem ser sobrescritos para fornecer uma nova implementação na subclasse. Isto permite uma maior reutilização de código; em particular, a LightedBicycle pode reutilizar o método salestax de Bicycle. QuandoosalesTax échamadoemumalightedbicycle, a versão da Bicycle é que é utilizada. Então, a chamada de cost de dentro de salestax chama a versão baseada no tipo em tempo de execução do objeto (LightedBicycle), assim a versão da LightedBicycle é utilizada. Independentemente do tipo declarado de um objeto, a implementação de um método, com muitas implementações (da mesma assinatura), é sempre escolhida baseada no tipo de tempo de execução. De fato, não existe nenhuma maneira para um cliente externo chamar a versão de um método, especificado pelo tipo declarado ou qualquer outro tipo, que não seja o tipo de tempo de execução. Esta é uma propriedade importante e muito agradável do Java (e outras linguagens orientadas a objeto). Suponha que a subclasse mantenha alguns campos extras que sejam mantidos em sincronismo com os campos da superclasse. Se os métodos da superclasse puderem ser chamados diretamente, é possível que sejam realizadas alterações em campos da superclasse sem que os campos da subclasse sejam alterados também, então a invariante de representação da subclasse seria quebrada. De qualquer maneira, uma subclasse pode chamar métodos dos seus ancestrais pela utilização de super. Algumas vezes isto é útil quando o método da subclasse necessita fazer apenas mais um pouco de trabalho; relembre a implementação de LightedBicycle para cost: class LightedBicycle extends Bicycle{ // retorna o preço da bicicleta float cost() { return super.cost() + battery.cost();
5 Suponha que a classe Rider modele as pessoas que passeiam de bicicleta. Na ausência de especializações de classe e subtipos, o diagrama de dependência modular iria se parecer com algo assim: O código para a Rider também precisaria testar que tipo de objeto teria sido passado, o que seria feio, verboso, e passível de erro. Com a subtipificação, as dependências do MDD se pareceriam com isso: As várias dependências foram reduzidas para uma única dependência. Quando as setas indicadoras de subtipo são adicionadas, o diagrama fica apenas mais um pouco complicado: Mesmo que existam várias setas, este diagrama é mais simples do que o original: restrições de dependência complicam o projeto e a implementação mais do que outros tipos de restrição. 3 Exemplo: Quadrado e retângulo Nós sabemos desde o ensino básico que todo quadrado é um retângulo. Suponha que nós queiramos fazer do quadrado Square um subtipo do retângulo Rectangle, que inclui um método setsize: class Rectangle{ // execução: define a largura width e a altura height com os valores // espeficiados (isto é, this.width = w && this.height = h) void setsize(int w, int h);
6 class Square extends Rectangle{ Qual dos seguintes métodos é correto para o Quadrado? // requer: w = h void setsize(int w, int h); void setsize(int edgelenght); // lança a exceção BadSizeException se w!= h void setsize(int w, int h) throws BadSizeException; O primeiro não está certo, pois o método da subclasse requer mais do que o método da superclasse. Assim, os objetos da subclasse não podem ser substituídos por objetos da superclasse, pois pode existir algum trecho de código que chama o método setsize com argumentos diferentes. O segundo não está certo (completamente), pois a subclasse ainda precisa especificar um comportamento para setsize(int, int); esta é uma definição de um método diferente (cujo o nome é o mesmo mas cuja assinatura é diferente). O terceiro não está certo, pois ele lança uma exceção que não é mencionada pela superclasse. Assim, novamente, ele possui um comportamento diferente e desta maneira o quadrado Square não pode ser substituído pelo retângulo Rectangle. (SeaexceçãoBadSizeException for uma exceção não verificada, então o Java irá permitir que o terceiro método seja compilado; mas então novamente, ele também irá permitir que o primeiro método compile. A noção do Java sobre subtipo é mais fraca do que a noção de subtipo do Sem nenhuma arrogância, nós iremos chamar o último de subtipos verdadeiros para distingui-los dos subtipos do Java.) Não existe uma maneira de sair deste dilema sem modificar o supertipo. Algumas vezes os subtipos não estão de acordo com a nossa intuição! Ou, a nossa intuição sobre o que é um bom supertipo está errada. Uma solução plausível seria alterar o Rectangle.setSize para especificar que ele lança a exceção; é claro que, na prática, somente o Square.size irá fazer isso. Outra solução seria eliminar o setsize e ao invés dele ter o método void scale(double scalefactor); que diminui ou aumenta uma figura. Outras soluções também são possíveis. 4 Princípio de substituição O princípio da substituição é a sustentação teórica dos subtipos; ele fornece uma definição precisa de quando dois tipos são subtipos. Informalmente, ele afirma que os subtipos devam ser substituídos por supertipos. Isto garante que se o código depender de (qualquer aspecto de) um supertipo, mas um objeto de um subtipo for substituído, o comportamento do sistema não será afetado. (O compilador Java também requer que as cláusulas extends ou implements nomeiem o pai para que os subtipos sejam usados no lugar dos supertipos.)
7 Os métodos de um subtipo devem suportar certos relacionamentos com os métodos do supertipo, e o subtipo deve garantir que qualquer propriedade do supertipo (como as invariantes de representação ou restrições de especificação) não seja violada pelo subtipo. Métodos Existem duas propriedades necessárias: 1. O subtipo deve possuir um método correspondente, para cada método do supertipo. (É permitido que o subtipo introduza novos métodos adicionais que não apareçam no supertipo.) 2. Cada método do subtipo que corresponda a um método do supertipo: requer menos (possui uma pré-condição mais fraca) - existem menos cláusulas requires, e cada uma delas é menos rigorosa do que uma no método do supertipo. - os tipos dos argumentos devem ser um dos supertipos do supertipo. Isto é dito ser uma contra-variância, e parece um pouco controverso, pois os argumentos dos métodos do subtipo são supertipos dos argumentos dos métodos do supertipo. Entretanto, isto faz sentido, pois é garantido que qualquer argumento passado para ométododosupertipoéumargumentoválidoparaométododosubtipo. garante mais (possui uma pós-condição mais forte) - não existem mais exceções - existem menos variáveis modificadoras - na descrição do resultado e/ou do estado resultante, existem mais cláusulas, e elas descrevem propriedades mais fortes - o tipo do resultado deve ser um dos subtipos do supertipo. Isto é dito ser uma covariância: o tipo de retorno do método do subtipo é um subtipo do tipo de retorno do método do supertipo. (Todas as descrições acima devem permitir a uniformidade; por exemplo, requer menos deveria ser não requer mais, e menos rigorosa deveria ser não mais rigorosa. Elas foram colocadas desta forma para permitir uma fácil leitura.) O método do subtipo não deve se comprometer em fornecer resultados a mais ou diferentes; ele deve apenas se comprometer a fazer o que o método do supertipo faz, assim como possivelmente garantir propriedades adicionais. Por exemplo, se um método de um supertipo retorna um número maior do que o seu argumento, um método do subtipo pode retornar um número primo maior do que o seu argumento. Como um exemplo de restrições de tipo, se A é um subtipo de B, então a seguinte redefinição (que é o mesmo que sobrescrever) seria válida: Bicycle B.f(Bicycle arg); RacingBicycle A.f(Vehicle arg); O método B toma uma bicicleta Bicycle como seu argumento, entretanto A.f pode aceitar qualquer veículo (o que inclui todas as bicicletas). O método B.f retorna uma bicicleta Bicycle como resultado, entretanto A.f retorna uma bicicleta de corrida RacingBicycle (que é propriamente uma bicicleta).
8 propriedades Quaisquer propriedades garantidas por um supertipo, como restrições sobre os valores que possam aparecer nos campos de especificação, também devem ser garantidas pelo subtipo. (É permitido que o subtipo reforce essas restrições.) Como um exemplo simples do livro texto, considere o FatSet, que é sempre não vazio. class FatSet{ // restrições de especificação: o objeto corrente this deve // sempre conter pelo menos um elemento // execução: se o objeto this contiver x e this.size > 1, // remova x de this void remove(int x); O tipo SuperFatSet com um método adicional // execução: remove x do objeto this void reallyremove(int x) não é um subtipo de FatSet. Mesmo que não exista nenhum problema com qualquer método de FatSet oreallyremove é um novo método, então as regras sobre métodos correspondentes não se aplicam este método viola a restrição. Se o objeto do subtipo for considerado puramente como um objeto do supertipo (isto é, apenas os métodos e campos do supertipo são consultados), então o resultado deve ser o mesmo que se um objeto do supertipo tivesse sempre sido manipulado ao invés dele. Na seção 7.9, o livro texto descreve o princípio de substituição como a colocação de restrições em assinaturas: isto são essencialmente as regras de contra-variância e covariância que foram descritas acima. (A assinatura de um procedimento é composta pelo seu nome, tipos de argumentos, tipos de retorno, e exceções.) métodos: isto são restrições de comportamento, ou todos os aspectos de uma especificação que não podem ser expressos em uma assinatura propriedades: como acima 5 Subclasses e subtipos Java Os tipos Java são as classes, interfaces, ou primitivas. O Java possui a sua própria noção de subtipo (que envolve apenas as classes e interfaces). Esta é uma noção mais fraca do que a noção de subtipos verdadeiros que foi descrita anteriormente; os subtipos Java não satisfazem necessariamente o princípio de substituição. Além disso, uma definição de subtipo que satisfaça o princípio de substituição pode não ser permitida em Java, e não irá compilar. Para um tipo ser um subtipo Java de outro tipo, o relacionamento deve ser declarado (pela sintaxe Java extends ou implements), e os métodos devem satisfazer a duas propriedades similares a, entretanto mais fracas que, aquelas para os subtipos verdadeiros:
9 1. O subtipo deve possuir um método correspondente, para cada método do supertipo. (É permitido que o subtipo introduza novos métodos adicionais que não apareçam no supertipo.) 2. Para cada método do subtipo que corresponda a um método do supertipo os argumentos devem possuir os mesmos tipos o resultado deve possuir o mesmo tipo não devem existir mais declarações de exceções O Java não possui nenhuma noção de especificação comportamental, assim ele não realiza nenhuma verificação e não pode dar nenhuma garantia quanto ao comportamento. A exigência de uniformidade de tipos para os argumentos e o resultado é mais forte do que o estritamente necessário para garantir a proteção do tipo. Isto proíbe alguns trechos de código que nós gostaríamos de escrever. Entretanto, isto simplifica a sintaxe e a semântica da linguagem Java. A especialização de classes possui várias vantagens, todas elas provenientes da reutilização: As implementações de subclasses não precisam repetir os campos e métodos não alterados, mas podem reutilizar os da superclasse Os clientes (aqueles que executam as chamadas) não precisam modificar o código quando novos subtipos são adicionados, mas podem reutilizar o código existente (o trecho que não menciona os subtipos totalmente, apenas o supertipo) O projeto resultante possui uma melhor modularidade e uma reduzida complexidade, pois os projetistas, os programadores, e os usuários somente têm que entender o supertipo, não todos os subtipos; isto é reutilização de especificação. Um mecanismo chave que permite esses benefícios é a redefinição, que especializa o comportamento para alguns métodos. Na ausência de redefinição, qualquer alteração no comportamento (mesmo uma compatível) pode forçar uma completa re-implementação. A redefinição permite que parte de uma implementação seja alterada sem modificar outras partes que dependam dela. Isto permite uma maior reutilização de código e especificação, por ambos a implementação e o cliente. Uma potencial desvantagem da especialização de classes é a oportunidade que ela apresenta para a reutilização inapropriada. As subclasses e superclasses podem depender umas das outras (explicitamente pelo nome do tipo ou implicitamente pelo conhecimento da implementação), particularmente se as subclasses tiverem acesso às partes protegidas da implementação da superclasse. Essas dependências extras complicam o MDD, o projeto, e a implementação, fazendo com seja mais complicado implementar, entender, e modificar. 6 Interfaces Java Algumas vezes você quer garantias sobre comportamento sem compartilhar o código. Por exemplo, você pode querer requerer que os elementos de um contêiner específico sejam ordenados ou suportem uma operação particular, sem fornecer uma implementação padrão (porque todo relacionamento de ordem possui uma implementação diferente). O Java fornece interfaces para preencher essas necessidades. As interfaces garantem nenhuma reutilização de código. Outra vantagem das interfaces é que uma classe pode implementar múltiplas
10 interfaces e uma interface pode estender múltiplas interfaces; em oposição a isto, uma classe só pode estender uma classe. Isto se confirma na prática, a implementação de múltiplas interfaces e a extensão de uma única superclasse fornece a maioria dos benefícios da herança arbitrária, mas com uma implementação e uma semântica de linguagem mais simples. Uma desvantagem das interfaces é que elas não fornecem uma maneira para especificar a assinatura (ou o comportamento) de um construtor.
Orientação a Objetos
1. Domínio e Aplicação Orientação a Objetos Um domínio é composto pelas entidades, informações e processos relacionados a um determinado contexto. Uma aplicação pode ser desenvolvida para automatizar ou
Leia maisEXERCÍCIOS SOBRE ORIENTAÇÃO A OBJETOS
Campus Cachoeiro de Itapemirim Curso Técnico em Informática Disciplina: Análise e Projeto de Sistemas Professor: Rafael Vargas Mesquita Este exercício deve ser manuscrito e entregue na próxima aula; Valor
Leia maisTabela de Símbolos. Análise Semântica A Tabela de Símbolos. Principais Operações. Estrutura da Tabela de Símbolos. Declarações 11/6/2008
Tabela de Símbolos Análise Semântica A Tabela de Símbolos Fabiano Baldo Após a árvore de derivação, a tabela de símbolos é o principal atributo herdado em um compilador. É possível, mas não necessário,
Leia maisComputação II Orientação a Objetos
Computação II Orientação a Objetos Fabio Mascarenhas - 2014.1 http://www.dcc.ufrj.br/~fabiom/java Classes abstratas Até agora, usamos interfaces toda vez que queríamos representar algum conceito abstrato
Leia maisHerança. Alberto Costa Neto DComp - UFS
Herança Alberto Costa Neto DComp - UFS 1 Motivação Vimos como se faz encapsulamento e a importância de fazê-lo... Contudo, também é possível fazer encapsulamento em algumas linguagens não OO O que mais
Leia mais3.1 Definições Uma classe é a descrição de um tipo de objeto.
Unified Modeling Language (UML) Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Diagrama de Classes Autoria:Aristófanes Corrêa Silva Adaptação:
Leia maisAnálise e Desenvolvimento de Sistemas ADS Programação Orientada a Obejeto POO 3º Semestre AULA 03 - INTRODUÇÃO À PROGRAMAÇÃO ORIENTADA A OBJETO (POO)
Análise e Desenvolvimento de Sistemas ADS Programação Orientada a Obejeto POO 3º Semestre AULA 03 - INTRODUÇÃO À PROGRAMAÇÃO ORIENTADA A OBJETO (POO) Parte: 1 Prof. Cristóvão Cunha Objetivos de aprendizagem
Leia maisSlide 1 Deitel/Deitel, 8e. Java Como programar Copyright 2010 Pearson Education
Java Como Programar, 8/E Slide 1 Slide 2 Slide 3 Métodos genéricos e classes genéricas (e interfaces) permitem especificar, com uma única declaração de método, um conjunto de métodos relacionados ou, com
Leia mais2 Diagrama de Caso de Uso
Unified Modeling Language (UML) Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Diagrama de Caso de Uso (Use Case) Autoria:Aristófanes Corrêa
Leia maisProgramação por Objectos. Java
Programação por Objectos Java Parte 6: Herança e Polimorfismo LEEC@IST Java 1/52 Herança revisão A herança é um mecanismo em que a subclasse constitui uma especialização da superclasse. A superclasse pode
Leia maisJava 2 Standard Edition Como criar classes e objetos
Java 2 Standard Edition Como criar classes e objetos Helder da Rocha www.argonavis.com.br 1 Assuntos abordados Este módulo explora detalhes da construção de classes e objetos Construtores Implicações da
Leia maisImplementando uma Classe e Criando Objetos a partir dela
Análise e Desenvolvimento de Sistemas ADS Programação Orientada a Obejeto POO 3º Semestre AULA 04 - INTRODUÇÃO À PROGRAMAÇÃO ORIENTADA A OBJETO (POO) Parte: 2 Prof. Cristóvão Cunha Implementando uma Classe
Leia maisATRIBUTOS PRIVADOS 6. ENCAPSULAMENTO MÉTODOS PRIVADOS MÉTODOS PRIVADOS
ATRIBUTOS PRIVADOS Podemos usar o modificador private, para tornar um atributo privado, obtendo um controle centralizado Definimos métodos para implementar todas as lógicas que utilizam ou modificam o
Leia maisTécnicas de Programação II
Técnicas de Programação II Aula 06 Orientação a Objetos e Classes Edirlei Soares de Lima Orientação a Objetos O ser humano se relaciona com o mundo através do conceito de objetos.
Leia maisPolimorfismo. Prof. Leonardo Barreto Campos 1
Polimorfismo Prof. Leonardo Barreto Campos 1 Sumário Introdução; Polimorfismo; Polimorfismo Java; Métodos Abstratos Java Classes Abstratas Java Exercício - Java Polimorfismo C++ Classe Abstrata C++; Funções
Leia maisARRAYS. Um array é um OBJETO que referencia (aponta) mais de um objeto ou armazena mais de um dado primitivo.
Cursos: Análise, Ciência da Computação e Sistemas de Informação Programação I - Prof. Aníbal Notas de aula 8 ARRAYS Introdução Até agora, utilizamos variáveis individuais. Significa que uma variável objeto
Leia maisProgramação Orientada a Objetos em Java. Herança
Universidade Federal do Amazonas Departamento de Ciência da Computação IEC481 Projeto de Programas Programação Orientada a Objetos em Java Herança Professor: César Melo Slides baseados em materiais preparados
Leia maisMódulo 07 Características Avançadas de Classes
Módulo 07 Características Avançadas de Classes Última Atualização: 15/06/2010 1 Objetivos Descrever variáveis, métodos e iniciadores static Descrever a semântica do modificador final em classes, métodos
Leia maisPROGRAMAÇÃO ORIENTADA A OBJETOS -TRATAMENTO DE EXCEÇÕES. Prof. Angelo Augusto Frozza, M.Sc. frozza@ifc-camboriu.edu.br
PROGRAMAÇÃO ORIENTADA A OBJETOS -TRATAMENTO DE EXCEÇÕES Prof. Angelo Augusto Frozza, M.Sc. frozza@ifc-camboriu.edu.br ROTEIRO 5. Tratamento de Exceções Introdução e conceitos Capturando exceção usando
Leia maisIntrodução à Programação. Interface, Polimorfismo e Dynamic Binding
Introdução à Programação Interface, Polimorfismo e Dynamic Binding Interface Programador Java PLENO Possuir sólida experiência em programação Desenvolvimento na linguagem JAVA Webservice, Struts ou JSF(desejável)
Leia maisDiagrama de Classes. Um diagrama de classes descreve a visão estática do sistema em termos de classes e relacionamentos entre as classes.
1 Diagrama de Classes Um diagrama de classes descreve a visão estática do sistema em termos de classes e relacionamentos entre as classes. Um dos objetivos do diagrama de classes é definir a base para
Leia maisGuia de Fatores de Qualidade de OO e Java
Qualiti Software Processes Guia de Fatores de Qualidade de OO e Java Versã o 1.0 Este documento só pode ser utilizado para fins educacionais, no Centro de Informática da Universidade Federal de Pernambuco.
Leia maisCurso de PHP. FATEC - Jundiaí. A programação orientada a objetos (object-oriented oriented programming
Curso de PHP FATEC - Jundiaí A programação orientada a objetos (object-oriented oriented programming OOP) é um conjunto de técnicas t para organizar o código c em torno de entidades ou objetos representados
Leia mais7 RTTI e Interfaces. Desenvolvimento OO com Java. Vítor E. Silva Souza (vitorsouza@inf.ufes.br) http://www.inf.ufes.
Desenvolvimento OO com Java 7 RTTI e Interfaces Vítor E. Silva Souza (vitorsouza@inf.ufes.br) http://www.inf.ufes.br/ ~ vitorsouza Departamento de Informática Centro Tecnológico Universidade Federal do
Leia maisProfº. Enrique Pimentel Leite de Oliveira
Profº. Enrique Pimentel Leite de Oliveira O termo orientação a objetos significa organizar o mundo real como uma coleção de objetos que incorporam estrutura de dados e um conjunto de operações que manipulam
Leia maisLista de Contas: Assinatura. Lista de Contas. Listas de Contas: Descrição. Listas de Contas: Descrição. Listas de Contas: Descrição
Lista de Contas Lista de Contas: Assinatura null Quais são os métodos necessários? class ListaDeContas { void inserir (Conta c) { void retirar (Conta c) { Conta procurar (String num) { Listas de Contas:
Leia maisAULA 4 VISÃO BÁSICA DE CLASSES EM PHP
AULA 4 VISÃO BÁSICA DE CLASSES EM PHP Antes de mais nada, vamos conhecer alguns conceitos, que serão importantes para o entendimento mais efetivos dos assuntos que trataremos durante a leitura desta apostila.
Leia maisPrototype, um Design Patterns de Criação
Prototype, um Design Patterns de Criação José Anízio Pantoja Maia Este artigo tem como finalidade compreender o funcionamento do padrão de projeto prototype, serão abordados os participantes que compõe
Leia maisProgramação de Computadores - I. Profª Beatriz Profº Israel
Programação de Computadores - I Profª Beatriz Profº Israel As 52 Palavras Reservadas O que são palavras reservadas São palavras que já existem na linguagem Java, e tem sua função já definida. NÃO podem
Leia maisProgramação por Objectos. Java
Programação por Objectos Java Parte 2: Classes e objectos LEEC@IST Java 1/24 Classes (1) Sintaxe Qualif* class Ident [ extends IdentC] [ implements IdentI [,IdentI]* ] { [ Atributos Métodos ]* Qualif:
Leia maisProgramação Orientada a Objetos Prof. Rone Ilídio UFSJ/CAP
Programação Orientada a Objetos Prof. Rone Ilídio UFSJ/CAP 1) Introdução Programação Orientada a Objetos é um paradigma de programação bastante antigo. Entretanto somente nos últimos anos foi aceito realmente
Leia maisPROGRAMAÇÃO AVANÇADA -CONCEITOS DE ORIENTAÇÃO A OBJETOS. Prof. Angelo Augusto Frozza, M.Sc. frozza@ifc-camboriu.edu.br
PROGRAMAÇÃO AVANÇADA -CONCEITOS DE ORIENTAÇÃO A OBJETOS Prof. Angelo Augusto Frozza, M.Sc. frozza@ifc-camboriu.edu.br ROTEIRO 1. Conceitos de Orientação a Objetos Introdução O paradigma da POO Classes
Leia maisUm objeto é uma instância de uma 'classe'. Você define uma classe utilizando o trecho de código abaixo;
um objeto; é definido; Um objeto é uma instância de uma 'classe'. Você define uma classe utilizando o trecho de código abaixo; class ClasseBase{ é instanciado; $objetobase = new ClasseBase; Caso queira,
Leia maisPadrão Básico de Projeto: Interfaces e Polimorfismo
Padrão Básico de Projeto: Interfaces e Polimorfismo Herança de implementação versus herança de interface Há uma diferença grande entre uma classe e seu tipo A classe define ambos um tipo e uma implementação
Leia maisAnálise e Projeto Orientados por Objetos
Análise e Projeto Orientados por Objetos Aula 01 Orientação a Objetos Edirlei Soares de Lima Paradigmas de Programação Um paradigma de programação consiste na filosofia adotada na
Leia maisCurso de Java. Orientação a objetos e a Linguagem JAVA. TodososdireitosreservadosKlais
Curso de Java Orientação a objetos e a Linguagem JAVA Roteiro A linguagem Java e a máquina virtual Objetos e Classes Encapsulamento, Herança e Polimorfismo Primeiro Exemplo A Linguagem JAVA Principais
Leia maisEsta dissertação apresentou duas abordagens para integração entre a linguagem Lua e o Common Language Runtime. O objetivo principal da integração foi
5 Conclusão Esta dissertação apresentou duas abordagens para integração entre a linguagem Lua e o Common Language Runtime. O objetivo principal da integração foi permitir que scripts Lua instanciem e usem
Leia maisUML Aspectos de projetos em Diagramas de classes
UML Aspectos de projetos em Diagramas de classes Após ser definido o contexto da aplicação a ser gerada. Devemos pensar em detalhar o Diagrama de Classes com informações visando uma implementação Orientada
Leia maisSobre o Professor Dr. Sylvio Barbon Junior
5COP088 Laboratório de Programação Aula 1 Java Prof. Dr. Sylvio Barbon Junior Sylvio Barbon Jr barbon@uel.br 1 Sobre o Professor Dr. Sylvio Barbon Junior Formação: Ciência e Engenharia da Computação (2005
Leia maisEngenharia de Software III
Engenharia de Software III Casos de uso http://dl.dropbox.com/u/3025380/es3/aula6.pdf (flavio.ceci@unisul.br) 09/09/2010 O que são casos de uso? Um caso de uso procura documentar as ações necessárias,
Leia maisAula 2. Objetivos. Encapsulamento na linguagem Java; Utilizando a referência this.
Aula 2 Objetivos Encapsulamento na linguagem Java; Utilizando a referência this. Encapsulamento, data hiding é um conceito bastante importante em orientação a objetos. É utilizado para restringir o acesso
Leia maisOrientação a Objetos
Orientação a Objetos 1. Sobrecarga (Overloading) Os clientes dos bancos costumam consultar periodicamente informações relativas às suas contas. Geralmente, essas informações são obtidas através de extratos.
Leia maisProgramação Estruturada. Programação Estruturada. Idéias Básicas da Programação Estruturada
Programação Estruturada Programação Estruturada Paradigmas de Linguagens de Programação As linguagens desse paradigma são muitas vezes chamadas de linguagens convencionais, procedurais ou imperativas.
Leia maisProgramação Orientada a Objetos Classes Abstratas Técnico em Informática. Prof. Marcos André Pisching, M.Sc.
Classes Abstratas Técnico em Informática, M.Sc. Classes Abstratas 2 Classes Abstratas Abstração Devemos considerar as qualidades e comportamentos independentes dos objetos a que pertencem, isolamos seus
Leia maisReuso com Herança a e Composiçã
Java 2 Standard Edition Reuso com Herança a e Composiçã ção Helder da Rocha www.argonavis.com.br 1 Como aumentar as chances de reuso Separar as partes que podem mudar das partes que não mudam. Exemplo:
Leia mais1.6. Tratamento de Exceções
Paradigmas de Linguagens I 1 1.6. Tratamento de Exceções Uma exceção denota um comportamento anormal, indesejado, que ocorre raramente e requer alguma ação imediata em uma parte do programa [GHE 97, DER
Leia maisIntrodução a Java. Hélder Nunes
Introdução a Java Hélder Nunes 2 Exercício de Fixação Os 4 elementos básicos da OO são os objetos, as classes, os atributos e os métodos. A orientação a objetos consiste em considerar os sistemas computacionais
Leia maisEspecificação do 3º Trabalho
Especificação do 3º Trabalho I. Introdução O objetivo deste trabalho é abordar a prática da programação orientada a objetos usando a linguagem Java envolvendo os conceitos de classe, objeto, associação,
Leia maisNotas de Aula 05: Aplicação de um caso de uso
Notas de Aula 05: Aplicação de um caso de uso Objetivos da aula: Aprender a aplicar a técnica de casos de uso em um pequeno problema real Identificar as variáveis relevantes a serem consideradas Modelar
Leia mais1. Herança. Sobrescrevem métodos - redefinem métodos herdados. Subclasse herda de uma superclasse
1. Herança Herança - forma de reutilização de software Novas classes são criadas a partir de classes já existentes Absorvem atributos e comportamentos, e incluem os seus próprios Sobrescrevem métodos -
Leia maisJava. Marcio de Carvalho Victorino www.dominandoti.eng.br
Java Marcio de Carvalho Victorino www.dominandoti.eng.br 3. Considere as instruções Java abaixo: int cont1 = 3; int cont2 = 2; int cont3 = 1; cont1 += cont3++; cont1 -= --cont2; cont3 = cont2++; Após a
Leia maisProgramação Orientada a Objetos (DPADF 0063)
Programação Orientada a Objetos (DPADF 0063) Aula 5 Herança Universidade Federal de Santa Maria Colégio Agrícola de Frederico Westphalen Curso Superior de Tecnologia em Sistemas para Internet Prof. Bruno
Leia maisLinguagem de Programação JAVA. Técnico em Informática Professora Michelle Nery
Linguagem de Programação JAVA Técnico em Informática Professora Michelle Nery Agenda Regras paravariáveis Identificadores Válidos Convenção de Nomenclatura Palavras-chaves em Java Tipos de Variáveis em
Leia maisCAPÍTULO 3 - TIPOS DE DADOS E IDENTIFICADORES
CAPÍTULO 3 - TIPOS DE DADOS E IDENTIFICADORES 3.1 - IDENTIFICADORES Os objetos que usamos no nosso algoritmo são uma representação simbólica de um valor de dado. Assim, quando executamos a seguinte instrução:
Leia maisPROGRAMAÇÃO ESTRUTURADA. CC 2º Período
PROGRAMAÇÃO ESTRUTURADA CC 2º Período PROGRAMAÇÃO ESTRUTURADA Aula 07: Funções O comando return Protótipo de funções O tipo void Arquivos-cabeçalho Escopo de variáveis Passagem de parâmetros por valor
Leia maisUM ESTUDO PARA A EVOLUÇÃO DO PHP COM A LINGUAGEM ORIENTADA A OBJETOS
UM ESTUDO PARA A EVOLUÇÃO DO PHP COM A LINGUAGEM ORIENTADA A OBJETOS Jean Henrique Zenzeluk* Sérgio Ribeiro** Resumo. Este artigo descreve os conceitos de Orientação a Objetos na linguagem de programação
Leia maisProjeto de Sistemas I
Instituto Federal de Educação, Ciência e Tecnologia de São Paulo Projeto de Sistemas I Professora: Kelly de Paula Cunha E-mail:kellypcsoares@ifsp.edu.br Requisitos: base para todo projeto, definindo o
Leia maisProva de Java. 1) Copie o programa abaixo no eclipse e complete-o, utilizando os conceitos aprendidos durante o curso. (4 pontos)
Prova de Java 1) Copie o programa abaixo no eclipse e complete-o, utilizando os conceitos aprendidos durante o curso. (4 pontos) O programa consiste em uma aplicação que simula o comportamento de dois
Leia mais5 Mecanismo de seleção de componentes
Mecanismo de seleção de componentes 50 5 Mecanismo de seleção de componentes O Kaluana Original, apresentado em detalhes no capítulo 3 deste trabalho, é um middleware que facilita a construção de aplicações
Leia maisMaterial de Apoio 5. int getres() { return res; O que estas classes possuem em comum? 1) 2) 3)
pg. 1/6 Material de Apoio 5 Herança Observe o código das classes Fatorial e Fibonacci apresentados abaixo. class Fatorial { class Fibonacci { private int n, res; private int n, res; public Fatorial( int
Leia maisESTENDENDO A UML PARA REPRESENTAR RESTRIÇÕES DE INTEGRIDADE
ESTENDENDO A UML PARA REPRESENTAR RESTRIÇÕES DE INTEGRIDADE Fabiana Gomes Marinho Faculdade Lourenço Filho Resumo: Na UML, a modelagem conceitual dos dados é descrita pelo diagrama de classes, que através
Leia maisProgramação Orientada a Objetos em Java
Programação Orientada a Objetos em Java Rone Ilídio da Silva Universidade Federal de São João del-rei Campus Alto Paraopeba 1:14 1 Objetivo Apresentar os principais conceitos de Programção Orientada a
Leia maisFeature-Driven Development
FDD Feature-Driven Development Descrição dos Processos Requisitos Concepção e Planejamento Mais forma que conteúdo Desenvolver um Modelo Abrangente Construir a Lista de Features Planejar por
Leia maisProgramação Estruturada e Orientada a Objetos. Fundamentos Orientação a Objetos
Programação Estruturada e Orientada a Objetos Fundamentos Orientação a Objetos 2013 O que veremos hoje? Introdução aos fundamentos de Orientação a Objetos Transparências baseadas no material do Prof. Jailton
Leia maisJava Básico. Classes Abstratas, Exceções e Interfaces Prof. Fernando Vanini Ic-Unicamp
Java Básico Classes Abstratas, Exceções e Interfaces Prof. Fernando Vanini Ic-Unicamp Classes Abstratas construção de uma classe abstrata construção de classes derivadas Classes e Herança Uma classe define
Leia maisHerança. Algoritmos e Programação II. Aula 5 Herança
Algoritmos e Programação II Aula 5 Herança *Adaptado do material do Prof. Júlio Machado Herança Uma característica importante da programação orientada a objetos é permitir a criação de novas classes com
Leia maisParte I. Demoiselle Mail
Parte I. Demoiselle Mail Para o envio e recebimento de e-s em aplicativos Java, a solução mais natural é usar a API JavaMail [http:// www.oracle.com/technetwork/java/java/index.html]. Ela provê um framework
Leia maisMemória Flash. PdP. Autor: Tiago Lone Nível: Básico Criação: 11/12/2005 Última versão: 18/12/2006. Pesquisa e Desenvolvimento de Produtos
TUTORIAL Memória Flash Autor: Tiago Lone Nível: Básico Criação: 11/12/2005 Última versão: 18/12/2006 PdP Pesquisa e Desenvolvimento de Produtos http://www.maxwellbohr.com.br contato@maxwellbohr.com.br
Leia maisINF 2125 PROJETO DE SISTEMAS DE SOFTWARE Prof. Carlos J. P. de Lucena
INF 2125 PROJETO DE SISTEMAS DE SOFTWARE Prof. Carlos J. P. de Lucena Trabalho Experimental Sistema de Gestão Hoteleira 1. Objetivo Este trabalho tem o objetivo de consolidar o conhecimento sobre UML e
Leia maisPOO Programação Orientada a Objetos. Classes em Java
+ POO Programação Orientada a Objetos Classes em Java + Classes 2 Para que a JVM crie objetos: Ela precisa saber qual classe o objeto pertence Na classe estão definidos os atributos e métodos Programamos
Leia maisFBV - Linguagem de Programação II. Um pouco sobre Java
FBV - Linguagem de Programação II Um pouco sobre Java História 1992: um grupo de engenheiros da Sun Microsystems desenvolve uma linguagem para pequenos dispositivos, batizada de Oak Desenvolvida com base
Leia maisProgramação Concorrente em java - Exercícios Práticos Abril 2004
Programação Concorrente em java - Exercícios Práticos Abril 2004 1. Introdução As threads correspondem a linhas de controlo independentes no âmbito de um mesmo processo. No caso da linguagem JAVA, é precisamente
Leia maisOrientação a Objetos. Thiago Messias Evangelista UESC Universidade Estadual de Santa Cruz Version 2012-11-08. 1 LibreOffice Productivity Suite
Orientação a Objetos Thiago Messias Evangelista UESC Universidade Estadual de Santa Cruz Version 2012-11-08 1 Abordagens História; ; Benefícios / Limitações; Referências; 2 História Tudo tem um começo...
Leia maisProgramação com Objectos. Processamento de Dados I. 4. Classes Abstractas
Programação com Objectos Processamento de Dados I 4. Classes Abstractas 1 Conceito de classe abstracta Declaração de uma classe abstracta Implicações e características das classes abstractas Utilização
Leia maisProgramação Orientada a Objetos Herança Técnico em Informática. Prof. Marcos André Pisching, M.Sc.
Herança Técnico em Informática, M.Sc. Herança 2 Herança Reutilização de código Exemplo Banco: Um banco oferece diversos serviços que podem ser contratados individualmente pelos clientes. Quando um serviço
Leia maisProf.: Clayton Maciel Costa clayton.maciel@ifrn.edu.br
Banco de Dados Prof.: Clayton Maciel Costa clayton.maciel@ifrn.edu.br 1 Especialização e Generalização Especialização: Processo de definição de um conjunto de sub-classes (sub-tipos) de um tipo de entidade.
Leia maisClasses Abstratas e Interfaces
Classes Abstratas e Interfaces Programação Orientada a Objetos Java Prof. Geraldo Braz Junior Principais conceitos Classes abstratas Interfaces Herança múltipla 2 Simulações (1) Programas são normalmente
Leia maisUML: Diagrama de Casos de Uso, Diagrama de Classes
UML: Diagrama de Casos de Uso, Diagrama de Classes Diagrama de Casos de Uso O modelo de casos de uso visa responder a pergunta: Que usos (funcionalidades) o sistema terá? ou Para que aplicações o sistema
Leia maisPadrões de Projeto. Singleton
Padrões de Projeto Padrões de Criação Singleton Singleton Assegura que uma classe tenha apenas uma instância e provê um ponto de acesso global a ela 2 Livro Texto: Design Pattern - Elements 1 Motivação
Leia maisPara construção dos modelos físicos, será estudado o modelo Relacional como originalmente proposto por Codd.
Apresentação Este curso tem como objetivo, oferecer uma noção geral sobre a construção de sistemas de banco de dados. Para isto, é necessário estudar modelos para a construção de projetos lógicos de bancos
Leia maisConceitos de Banco de Dados
Conceitos de Banco de Dados Autor: Luiz Antonio Junior 1 INTRODUÇÃO Objetivos Introduzir conceitos básicos de Modelo de dados Introduzir conceitos básicos de Banco de dados Capacitar o aluno a construir
Leia maisProgramação Orientada a Objetos. Encapsulamento
Programação Orientada a Objetos Encapsulamento de Dados Ocultação de dados Garante a transparência de utilização dos componentes do software, facilitando: Entendimento Reuso Manutenção Minimiza as interdependências
Leia mais2 Desenvolvimento de Software Orientado a Aspectos
2 Desenvolvimento de Software Orientado a Aspectos Separação de concerns é um princípio bem estabelecido da engenharia de software que diz que, para se dominar a complexidade do desenvolvimento de software,
Leia mais9 Comandos condicionais
9 Comandos condicionais Um comando condicional é uma instrução empregada quando se deseja criar um desvio, isto é, a opção de executar-se ou não um determinado trecho de código, segundo uma condição. Em
Leia maisOrientação a Objetos e a Linguagem Java
Orientação a Objetos e a Linguagem Java Afrânio Assis afranio@gmail.com Novembro/2006 1 Reutilizição com Herança e Composição Novembro/2006 2 Introdução Separar as partes que podem mudar das partes que
Leia maisProgramação Orientada a Objetos em java. Polimorfismo
Programação Orientada a Objetos em java Polimorfismo Polimorfismo Uma característica muito importante em sistemas orientados a objetos Termo proveniente do grego, e significa muitas formas Em POO, significa
Leia maisBanco de Dados I 2007. Módulo II: Modelagem Entidade- Relacionamento versus Relacional. (Aula 3) Clodis Boscarioli
Banco de Dados I 2007 Módulo II: Modelagem Entidade- Relacionamento versus Relacional (Aula 3) Clodis Boscarioli Agenda: Exercícios de Mapeamento ME-R para MR; Restrições de Domínio; Restrições de Chave
Leia maisTUTORIAL PRÁTICO SOBRE Git. Versão 1.1
TUTORIAL PRÁTICO SOBRE Git por Djalma Oliveira Versão 1.1 "Git é um sistema de controle de revisão distribuida, rápido e escalável" (tradução rápida do manual). Basicamente é
Leia maisTÉCNICAS DE PROGRAMAÇÃO
TÉCNICAS DE PROGRAMAÇÃO (Adaptado do texto do prof. Adair Santa Catarina) ALGORITMOS COM QUALIDADE MÁXIMAS DE PROGRAMAÇÃO 1) Algoritmos devem ser feitos para serem lidos por seres humanos: Tenha em mente
Leia maisPadrão Básico de Projeto: Herança versus Composição
Padrão Básico de Projeto: Herança versus Composição Composição e Herança Composição e herança são dois mecanismos para reutilizar funcionalidade Alguns anos atrás (e na cabeça de alguns programadores ainda!),
Leia maisCollaboration Map Collaboration Map. Figura 6.1: Arquitetura da aplicação
6 Estudo de caso A utilização de um modelo de componentes orientado a serviços possibilita a construção de aplicações por meio da conexão entre componentes em tempo de execução. O middleware Kaluana utiliza-se
Leia maisBCC221 Programação Orientada a Objetos. Prof. Marco Antonio M. Carvalho 2014/2
BCC221 Programação Orientada a Objetos Prof. Marco Antonio M. Carvalho 2014/2 Site da disciplina: http://www.decom.ufop.br/marco/ Moodle: www.decom.ufop.br/moodle Lista de e- mails: bcc221- decom@googlegroups.com
Leia maisRoteiro para a escrita do documento de Especificação de Requisitos de Software (ERS)
Roteiro para a escrita do documento de Especificação de Requisitos de Software (ERS) Definição Geral: Disciplina de Compiladores Prof. Jorge Bidarra (UNIOESTE) A especificação de requisitos tem como objetivo
Leia maisBanco de Dados I. Projeto de Banco de Dados e o Modelo E-R Parte 2. Fabricio Breve
Banco de Dados I Projeto de Banco de Dados e o Modelo E-R Parte 2 Fabricio Breve Aspectos de projeto de entidaderelacionamento As noções de um conjunto de entidades e um conjunto de relacionamento não
Leia maisProgramaTchê Programação OO com PHP
Roteiro 1 Objetivos: * Apresentar conceitos de orientação a objetos; * Representar classes e objetos usando UML; Este roteiro tem como objetivo abordar os conceitos básicos de orientação a objetos. 1 Introdução
Leia maisa 1 x 1 +... + a n x n = b,
Sistemas Lineares Equações Lineares Vários problemas nas áreas científica, tecnológica e econômica são modelados por sistemas de equações lineares e requerem a solução destes no menor tempo possível Definição
Leia mais