Orientação a Objetos com Java
Carlos Lucena
[email protected]
Cidiane Lobato
[email protected]
Karla Damasceno
[email protected]
Andrew
[email protected]
Conceitos de Orientação a Objetos
Objetos
• Objeto de Software: uma entidade identificada com
estado e comportamento específicos.
• O estado é mantido através de variáveis; o
comportamento é implementado por métodos.
Objeto Bicicleta
Objeto Genérico
© LES/PUC-Rio
3
Objetos
• No modelo de um objeto, as variáveis são mantidas no
centro, ou núcleo, do objeto.
• Os métodos “rodeiam” e “escondem” o núcleo do objetos
dos outros objetos em uma programa.
• O “empacotamento” das variáveis de um objeto por seus
métodos é denominado encapsulamento.
• Esta concepção de um núcleo de variáveis protegido pelos
métodos de um objeto é considerada por muitos como a
representação ideal de um objeto de software.
© LES/PUC-Rio
4
Mensagens
• Objetos interagem e se comunicam através de mensagens.
• Quando um objeto A deseja que um objeto B execute um de
seus métodos, A envia uma mensagem a B.
• Informações passadas através de uma mensagem são os
parâmetros do método a ser executado.
© LES/PUC-Rio
5
Classes
• Classe: é um modelo que define as variáveis e os métodos
comuns a todos os objetos de um certo tipo.
Classe
Objetos
© LES/PUC-Rio
6
Classes
• Uma variável de classe contém informação compartilhada
por todas as instâncias de uma classe.
© LES/PUC-Rio
7
Herança
• Herança: relacionamento entre classes através do qual as
variáveis e os métodos de uma superclasse são herdados
por suas subclasses.
© LES/PUC-Rio
8
Herança
• Subclasse: uma classe que deriva de outra classe.
• Superclasse: ancestral direto de uma classe ou quaisquer
ascendentes de uma classe.
• Uma subclasse herda todas as variáveis e métodos de sua
superclasse. Contudo, a subclasse pode não ter acesso
aos elementos herdados.
• Herança Múltipla: cada classe possui mais de uma
superclasse direta.
© LES/PUC-Rio
9
Herança
• Subclasses podem adicionar variáveis e métodos àqueles
herdados da superclasse.
• Subclasses também podem sobrescrever métodos
herdados, fornecendo implementação especializada para
estes métodos.
• A árvore de herança ou hierarquia de classes pode ser tão
profunda quanto necessário.
• Em geral, quanto mais abaixo na hierarquia, mais
especializado é o comportamento de uma classe.
© LES/PUC-Rio
10
Interface
• Interface: é um contrato na forma de uma coleção de
métodos e declarações de constantes.
• Quando uma classe implementa uma interface, se
compromete a fornecer uma implementação para todos os
métodos declarados na interface.
• Uma classe pode implementar múltiplas interfaces.
© LES/PUC-Rio
11
Classe X Interface
• Para compreender a diferença entre classe e interface, é
necessário antes entender o conceito de tipo de objeto:
– define o conjunto de solicitações às quais ele pode atender;
– define o que o objeto é capaz de fazer;
– representa a interface do objeto;
– é uma promessa de serviços.
• Então o tipo de um objeto é o mesmo que sua classe?
– A classe de um objeto define o estado interno de um objeto e a
implementação de suas operações.
– A classe define como o objeto é implementado.
– Representa a implementação do objeto.
– É o cumprimento de uma promessa de serviços.
© LES/PUC-Rio
12
Classe X Interface
• Sem compreender tipo e classe, não há como entender
herança de tipo e herança de implementação...
• Herança de classe (ou de implementação):
– Define a implementação de um objeto em função da
implementação de outro.
– Mecanismo para compartilhamento de código.
• Herança de tipo (ou de interface):
– Define quando um objeto pode ser utilizado no lugar do outro...
– ...cumprindo a mesma promessa que o outro prometeu.
© LES/PUC-Rio
13
Classe X Interface
Herança de Classe
Implementação da mesma forma que o outro implementa!!!
Herança de Tipo
Implementação do que o outro promete!!!
Herança de Classe X Herança de Tipo
A herança de implementação também implica herança de tipo!!!
© LES/PUC-Rio
14
Mas então... Quando usar herança?
• O objeto é “um tipo especial de”...
Transação
Reserva
Dispositivo
Compra
Mouse
Teclado
• e não “um papel assumido por”!
Pessoa
Tripulante
Passageiro
© LES/PUC-Rio
Agente
15
Mas então... Quando usar herança?
• O objeto nunca tem que mudar para outra classe!
Dispositivo
Mouse
Um Tripulante de um vôo pode
ser Passageiro de outro.
Teclado
Um Mouse nunca
vai se tornar um
Teclado
Pessoa
Tripulante
© LES/PUC-Rio
Passageiro
Agente
16
Mas então... Quando usar herança?
• As subclasses não sobrescrevem métodos da superclasse
(apenas adicionam!).
Superclasse
desenhar()
testar()
Sobrescreve tudo!?
Pra que herdar???
Superclasse
desenhar()
testar()
SubclasseA
SubclasseB
SubclasseA
SubclasseB
imprimir()
executar()
desenhar()
testar()
desenhar()
testar()
Novas funcionalidades...
Compartilha código!
© LES/PUC-Rio
17
Outros conceitos… Polimorfismo
• Polimorfismo: termo usado para significar que uma
chamada de método pode ser executada de várias “formas”
(ou polimorficamente), sendo que quem decide a “forma” é
o objeto que recebe a chamada.
• Por exemplo:
– Se um objeto "a" chama um método grita() de um objeto "b",
então o objeto "b" decide a forma de implementar o método.
– A chamada b.grita() vai ser um grito humano se "b" for um
humano e será um grito de macaco, se o objeto "b" for um
macaco. O que importa, portanto, é o tipo do objeto "b".
© LES/PUC-Rio
18
Outros conceitos… Relacionamentos
• Para que objetos se comuniquem eles precisam se
relacionar. São possíveis os seguintes tipos de
relacionamento:
– Herança; 
– Associação;
• Agregação;
– Composição;
– Dependência.
• Uma seqüência de comunicação entre objetos para a
realização de um serviço é denominada delegação.
© LES/PUC-Rio
19
Relacionamentos entre Classes
• Herança: relacionamento entre itens gerais (superclasse) e
itens mais específicos (subclasses). 
– Por exemplo: em uma universidade, Comando e Matrícula.
• Associação: relacionamento que indica que os objetos de
uma classe estão vinculados a objetos de outra classe.
– Por exemplo: no “DAR” de uma universidade, existem
associações entre Turma e Aluno, Professor e Disciplina, etc.
• Agregação: tipo de associação utilizada para indicar um
relacionamento ”todo-parte”; um objeto “parte” pode fazer
parte de vários objetos “todo”.
– Por exemplo, Pedido e Item, Universidade e Curso, etc.
© LES/PUC-Rio
20
Relacionamentos entre Classes
• Composição: é uma variante semanticamente mais ”forte”
da agregação em que objetos “parte” só pertencem a um
único “todo” e têm o tempo de vida coincidente com o dele.
– Por exemplo, Notebook e Teclado, Window e Frame, etc.
• Dependência: relacionamento de utilização entre dois
itens, no qual a alteração de um (o item independente)
pode afetar o outro (o item dependente).
– Por exemplo, Cliente e Fornecedor, etc.
© LES/PUC-Rio
21
Conceitos de Orientação
a Objetos em Java
Classes em Java
• Classe: é um modelo que define as variáveis e os métodos
comuns a todos os objetos de um certo tipo.
© LES/PUC-Rio
23
Classes em Java
• A classe anterior contém o código que implementa o ciclo de
vida dos objetos instanciados a partir da classe:
– construtores para inicialização de novos objetos;
– variáveis que mantém o estado da classe e de seus objetos;
– métodos que implementam o comportamento da classe e de
seus objetos.
• Além dos elementos acima (construtores, variáveis e
métodos), é possível especificar outras informações:
– nome de uma possível superclasse;
– implementação de interfaces;
– se a classe pode ser herdada, etc.
© LES/PUC-Rio
24
Classes em Java
Elemento
Função
public
(Opcional) Classe é publicamente acessível
abstract
(Opcional) Classe não pode ser instanciada
final
(Opcional) Classe não pode ter subclasses
class NameOfClass
(Obrigatório) Nome da classe
extends Super
(Opcional) Superclasse da classe
implements Interfaces
(Opcional) Interfaces implementadas pela classe
{ ClassBody }
(Obrigatório) Fornece a funcionalidade da classe
© LES/PUC-Rio
25
Classes em Java
• public: declara que a classe pode ser usada por qualquer
outra classe. Sem “public”, uma classe pode ser usada
somente por classes no mesmo pacote.
• abstract: especifica uma classe abstrata a partir da qual
não é possível criar uma instância (ex. abstract class
Number: class Integer e class Float).
• final: a classe não pode possuir subclasses (ex. String).
• extends Super: identifica Super como superclasse;
• implements Interfaces: enumera as interfaces
implementadas pela classe.
© LES/PUC-Rio
26
Interfaces de Java
• Interface: é uma coleção nomeada de definições de
métodos, sem as respectivas implementações.
• Diferenças entre Interfaces e Classes Abstratas:
– uma interface não pode implementar métodos, ao passo que
uma classe abstrata pode;
– uma classe pode implementar muitas interfaces mas não pode
ter mais que uma superclasse;
– uma interface não é parte da hierarquia de classes;
– classes não-relacionadas podem implementar a
mesma interface.
© LES/PUC-Rio
27
Herança em Java
© LES/PUC-Rio
28
Herança em Java
• A classe Object é o topo da hierarquia de classes, sendo
cada classe sua descendente.
• Portanto, uma variável Object pode armazenar uma
referência para qualquer objeto (uma classe ou vetor).
• A classe Object provê comportamentos compartilhados por
todos os objetos sendo executados na JVM.
• Por exemplo, todas as classes herdam o método “toString”
da classe Object, que retorna uma representação em string
para um objeto.
© LES/PUC-Rio
29
Polimorfismo em Java
• Presente em todas as chamadas de métodos:
– um objeto "a" possui uma referência para o objeto "b", e
realiza a chamada b.m(), que pode ser executa de várias
formas, dependendo do tipo de “b”. Seguem exemplos:
class A {
void façaAlgo() {
//O objeto "a" cria o objeto "b"
Gritador b;
if(...) {
b = new Humano();
} else {
b = new Macaco();
}
b.grita(); // chamada polimórfica
}
}
© LES/PUC-Rio
30
Polimorfismo em Java
class A {
void façaAlgo() {
// O objeto "a" recebe o objeto "b" de um objeto "c“.
// "c" é um objeto qualquer para o qual se tem referência.
Gritador b = c.meDêUmGritador();
b.grita(); // chamada polimórfica
}
}
class A {
//O objeto "a" recebe o objeto "b" numa chamada de método.
void façaAlgo(Gritador b) {
b.grita(); // chamada polimórfica
}
}
• Não existe polimorfismo em métodos de classe!
© LES/PUC-Rio
31
Polimorfismo em Java
• O polimorfismo existe em chamadas a métodos definidos
em interfaces e superclasses. Exemplo com interfaces:
interface Gritador { void grita(); }
class Humano implements Gritador {
public void grita() {System.out.println("AAHHAAHHAAHHA"); // Me
Tarzan!}
}
class Macaco implements Gritador {
public void grita() {System.out.println("IIHIIHHIIHHII"); // Me
Cheetah! }
}
© LES/PUC-Rio
32
Polimorfismo em Java
• A herança de implementação também permite fazer polimorfismo,
porque permite criar classes que implementam o mesmo tipo.
class UmGritador {
public grita() { System.out.println("Buuuuu"); }
}
class Humano extends UmGritador {
public void grita() { System.out.println("AAHHAAHHAAHHAA"); }
}
• Ao herdar, a subclasse Humano faz o override (substituição,
sobrecarga de) alguns métodos. A classe Humano decidiu gritar de
forma diferente! 
© LES/PUC-Rio
33
Polimorfismo em Java
• Para fazer polimorfismo, é melhor usar herança de tipo ou
herança de implementação?
– É preferível usar herança de tipo para fazer polimorfismo e
– usar herança de implementação apenas para fatorar código
comum entre várias classes.
• Em outras palavras:
– defina comportamentos ("ser um gritador") com tipos abstratos
(interfaces) e use-os no polimorfismo;
– defina implementações (“como gritar”) com classes e use
superclasses para fatorar implementações comuns.
© LES/PUC-Rio
34
Relacionamentos entre Classes em Java
• Herança: em Java, é implementada através dos operadores
implements (herança de tipo) e extends (herança de
implementação). Ex: Gritador, Humano e Macaco.
• Associação: em Java, é implementada através da
declaração de atributos.
– Quanto o atributo é uma coleção, tem-se uma agregação ou
composição de objetos.
– Ex.: no “DAR” de uma universidade, a associação entre
Professor e Disciplina, etc.
class Professor{
Collection
disciplinas;
...
}
class Disciplina{
Professor
professor;
...
}
Agregação
Associação Simples
© LES/PUC-Rio
35
Relacionamentos entre Classes em Java
• Dependência: em Java, existe tal relacionamento entre
duas classes quando:
– uma classe utiliza outra somente como parâmetro de
entrada na assinatura de ao menos uma de suas operações;
– uma classe utiliza outra somente como variável local de ao
menos um de seus métodos.
• Por exemplo, no “DAR” de uma universidade, entre as
classes Universidade e Departamento:
class Universidade{
Collection
departamentos;
...
}
class Universidade{
...
getDisciplinas(Departamento d)...
}
Dependência
Agregação
© LES/PUC-Rio
36
Aplicação ClickMeApp
• ClickMeApp: possui um componente GUI chamado
ClickMe; um círculo aparece quando clicamos com o mouse
dentro da área do componente ClickMe.
• São compiladas as classes ClickMeApp, ClickMe e Spot.
Outras classes fornecidas por Java são utilizadas.
© LES/PUC-Rio
37
Aplicação ClickMeApp: Classe Spot
public class Spot {
//instance variables
private int size;
public int x, y;
//constructor
public Spot() { x = -1; y = -1; size = 1; }
//methods for access to the size instance variable
public void setSize(int newSize) {
if (newSize >= 0) { size = newSize; }
}
public int getSize() {
return size;
}
}
© LES/PUC-Rio
38
Aplicação ClickMeApp: Classe ClickMe (I)
import javax.swing.BorderFactory;
import javax.swing.JComponent;
import java.awt.*;
import java.awt.event.*;
public class ClickMe extends JComponent
implements MouseListener {
private Spot spot = null;
private static final int RADIUS = 7;
private Color spotColor = new Color(107, 116, 2); //olive
//...
© LES/PUC-Rio
39
Aplicação ClickMeApp: Classe ClickMe (II)
//...
/** Creates and initializes the ClickMe component. */
public ClickMe() {
addMouseListener(this);
//Hint at good sizes for this component.
setPreferredSize(new Dimension(RADIUS * 30, RADIUS * 15));
setMinimumSize(new Dimension(RADIUS * 4, RADIUS * 4));
//Request a black line around this component.
setBorder(BorderFactory.createLineBorder(Color.BLACK));
}
//...
© LES/PUC-Rio
40
Aplicação ClickMeApp: Classe ClickMe (III)
/**
* Paints the ClickMe component. This method is
* invoked by the Swing component-painting system.
*/
public void paintComponent(Graphics g) {
/**
* Copy the graphics context so we can change it.
* Cast it to Graphics2D so we can use antialiasing.
*/
Graphics2D g2d = (Graphics2D)g.create();
//...
© LES/PUC-Rio
41
Aplicação ClickMeApp: Classe ClickMe (IV)
//Turn on antialiasing so that painting is smooth.
g2d.setRenderingHint( RenderingHints.KEY_ANTIALIASING,
RenderingHints.VALUE_ANTIALIAS_ON);
//Paint the background.
g2d.setColor(Color.WHITE);
g2d.fillRect(0, 0, getWidth() - 1, getHeight() - 1);
//Paint the spot.
if (spot != null) {
int radius = spot.getSize();
g2d.setColor(spotColor);
g2d.fillOval(spot.x - radius, spot.y - radius, radius *
2, radius * 2);
}
} //...
© LES/PUC-Rio
42
Aplicação ClickMeApp: Classe ClickMe (V)
//Methods required by the MouseListener interface.
public void mousePressed(MouseEvent event) {
if (spot == null) {
spot = new Spot();
spot.setSize(RADIUS);
}
spot.x = event.getX();
spot.y = event.getY();
repaint();
}
public void mouseClicked(MouseEvent event) {}
public void mouseReleased(MouseEvent event) {}
public void mouseEntered(MouseEvent event) {}
public void mouseExited(MouseEvent event) {}
}
© LES/PUC-Rio
43
Aplicação ClickMeApp: Classe ClickMeApp (I)
import javax.swing.SwingUtilities;
import javax.swing.JLabel;
import javax.swing.JFrame;
import java.awt.BorderLayout;
public class ClickMeApp implements Runnable {
/* This constructor creates an instance of ClickMeApp, which
creates and shows a window containing a ClickMe component. */
public ClickMeApp() {
/* Tells the event-dispatching thread (used to display and
handle events of a Swing GUI) to call the run method of "this"
(the ClickMeApp object this constructor created). The
argument to invokeLater must implement the Runnable
interface, which guarantees that it defines the run method. */
SwingUtilities.invokeLater(this);
} //...
© LES/PUC-Rio
44
Aplicação ClickMeApp: Classe ClickMeApp (II)
/**
* Creates and shows the GUI. This method should be
* invoked on the event-dispatching thread.
*/
public void run() {
createAndShowGUI();
}
/**
* Brings up a window that contains a ClickMe component.
* For thread safety, this method should be invoked from
* the event-dispatching thread.
*/
private static void createAndShowGUI() { //...
© LES/PUC-Rio
45
Aplicação ClickMeApp: Classe ClickMeApp (III)
//Make sure we have nice window decorations.
JFrame.setDefaultLookAndFeelDecorated(true);
//Create and set up the window.
JFrame frame = new JFrame("ClickMeApp");
frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
//Set up the layout manager.
frame.setLayout(new BorderLayout());
//Add the ClickMe component.
ClickMe component = new ClickMe();
frame.add(component, BorderLayout.CENTER);
//...
© LES/PUC-Rio
46
Aplicação ClickMeApp: Classe ClickMeApp (IV)
//Add an explanatory label.
frame.add(new JLabel("Click within the rectangle."),
BorderLayout.SOUTH);
//Display the window.
frame.pack();
frame.setVisible(true);
}
//This method is automatically executed.
public static void main(String[] args) {
//Create an instance of ClickMeApp.
new ClickMeApp();
}
}
© LES/PUC-Rio
47
Generics - Introdução
• Até a versão 1.4 do Java (JDK 1.4) as classes de coleção
(Vector, Hashtable , Array e etc) guardavam objetos do tipo
Object.
• Objetos de quaisquer classes podiam ser inseridos em uma
coleção, uma vez que todas as classes são descendentes de
Object.
• Quando um objeto era retirado da coleção era necessário
descobrir o seu tipo e, então, realizar um cast.
© LES/PUC-Rio
48
Cast de Um Elemento de Uma Coleção
import java.util.*;
public class ClasseX
{
private Vector lista=new Vector();
public void op1()
{
String p;
// código do método
for(int i=0;i<lista.size();i++)
{
p=(String) lista.get(i);
}
}
}
© LES/PUC-Rio
49
Generics - Motivação
• Este tipo de programação não é segura, pois apenas em
tempo de execução é possível saber o tipo de um elemento
de uma coleção.
• No exemplo anterior, se lista.get(i) não for um objeto do
tipo String ocorrerá uma exceção.
• Para tornar a programação mais segura, a Sun introduziu o
conceito de generics a partir da versão 1.5 do Java.
• Com o uso dos generics é possível definir que uma coleção
armazene um tipo específico de objetos.
• Dessa forma, não será necessário realizar um cast quando
se retirar um elemento de uma coleção, permitido assim
que a verificação de tipos seja feita em tempo de
compilação.
© LES/PUC-Rio
50
Declaração
• O primeiro passo para criar uma coleção de um determinado
tipo é declarar a coleção e o tipo desejado entre chaves
angulares:
private Vector<Integer> lista;
• O segundo passo é criar um objeto Vector que armazene
apenas objetos do tipo Integer:
lista=new Vector<Integer>();
© LES/PUC-Rio
51
Iteração
• Veja que agora para iterar sobre uma coleção e obter os
elementos armazenados na mesma, não é mais necessário
realizar um cast:
Integer p;
// código do método
for(int i=0;i<lista.size();i++)
{
p=lista.get(i);
System.out.println(p);
}
© LES/PUC-Rio
52
Exemplo Completo
import java.util.*;
public class ClasseX
{
private Vector<Integer> lista;
public void op1()
{
Integer p;
// código do método
for(int i=0;i<lista.size();i++)
{
p=lista.get(i);
System.out.println(p);
}
}
ClasseX(Integer s)
{
lista=new Vector<Integer>();
lista.add(s);
}
}
© LES/PUC-Rio
53
API Orientada a Objetos de Java
Hierarquia de Collections
Introdução
• Coleção: é um objeto que agrupa múltiplos elementos em
uma única unidade para armazenar, recuperar e manipular
dados agregados.
• Representa itens de dados que formam um grupo “natural”,
como uma caixa de emails ou uma lista telefônica.
• Implementações de coleção em versões Java pré-1.2
incluíam Vector, Hashtable e Array, mas não existia ainda
um “framework de coleções”.
© LES/PUC-Rio
55
Introdução
• Framework de coleções: é uma arquitetura unificada para
representar e manipular coleções, contendo:
– interfaces: tipos abstratos de dados que representam
coleções. Permitem que coleções sejam manipuladas
independentemente de sua representação;
– implementações: implementações concretas das interfaces de
coleção. São estruturas de dados reusáveis;
– algoritmos: métodos que realizam computações úteis, tais
como busca e ordenação sobre objetos que implementam as
interfaces de coleção. São ditos “polimórficos”: o mesmo
método pode ser usado em diferentes implementações da
interface de coleção apropriada. São funções reusáveis.
© LES/PUC-Rio
56
Interfaces
• Formam uma hierarquia de diferentes tipos de coleções que
permitem a manipulação de dados independentemente de
sua representação.
• Set é um tipo especial de Collection, SortedSet é um tipo de
Set, etc. Note que a hierarquia consiste de duas árvores
diferentes: um Map não é um Collection verdadeiro.
© LES/PUC-Rio
57
Interfaces
• Todas as interfaces de coleção são genéricas.
– public interface Collection<E>...
– <E> significa que a interface é genérica.
• Quando uma instância de Collection é declarada, deve-se
especificar o tipo de objeto contido na coleção:
– List<String> list = new ArrayList<String>;
• Isto permite verificar em tempo de compilação se o tipo de
objeto a ser armazenado na coleção está correto.
© LES/PUC-Rio
58
Interfaces
• Collection: a raiz da hierarquia de coleções.
– É usada quando uma generalidade máxima é necessária.
– Java não provê implementações diretas desta interface.
• Set: coleção que não pode conter elementos duplicados.
– Modela a abstração matemática de conjuntos.
– Exemplo: processos executando em uma máquina.
• List: chamada de seqüência, é uma coleção não ordenada.
– Pode conter elementos duplicados.
– O usuário de List pode controlar a posição em que um
elemento é inserido e acessa elementos através de um índice.
– Corresponde à noção de “vetores”.
© LES/PUC-Rio
59
Interfaces
• Queue: coleção de elementos com prioridades associadas.
– Provê operações de inserção, extração e inspeção.
– Tipicamente ordena elementos no esquema FIFO.
– Entre as exceções, estão as “filas de prioridade”.
• Map: objeto que mapeia chaves e valores.
– Não pode conter chaves duplicadas.
– Corresponde ao uso de Hashtables.
• SortedSet: Set com elementos em ordem ascendente.
• SortedMap: Map com chaves em ordem ascendente.
© LES/PUC-Rio
60
Interface Collection: Operações
public interface Collection<E> extends Iterable<E> {
//Basic operations
int size();
boolean isEmpty();
boolean contains(Object element);
boolean add(E element); //optional
boolean remove(Object element); //optional
Iterator iterator();
//Bulk operations
boolean containsAll(Collection<?> c);
boolean addAll(Collection<? extends E> c); //optional
boolean removeAll(Collection<?> c); //optional
boolean retainAll(Collection<?> c); //optional
void clear(); //optional
//Array operations
Object[] toArray();
<T> T[] toArray(T[] a);
}
© LES/PUC-Rio
61
Interface Collection: Iterador
• Iterador: objeto que permite percorrer uma coleção e
remover elementos seletivamente.
public interface Iterator<E> {
boolean hasNext();
E next();
void remove(); //optional
}
– hasNext() retorna true se a iteração possui mais elementos e
next() retorna o próximo elemento na iteração.
– remove() remove o último elemento retornado pelo next():
pode ser chamado somente uma vez por next() e levanta uma
exceção caso esta regra seja violada.
© LES/PUC-Rio
62
Interface Collection: Iterador
• O seguinte método mostra como usar um Iterator para
filtrar uma coleção, isto é, remover elementos específicos.
static void filter(Collection c) {
for (Iterator i = c.iterator(); i.hasNext(); )
if (!cond(i.next())) i.remove();
}
• O código acima é polimórfico: funciona para qualquer
Collection (sem levar em conta a implementação)!
© LES/PUC-Rio
63
Interface Collection e Arrays
• Os métodos toArray são providos como uma ponte entre
coleções e APIs antigas baseadas em arrays.
• A forma mais simples cria um novo array de Object; a mais
complexa permite que o chamador especifique o tipo.
– Suponha que “c” é um Collection; então o uso mais simples:
Object[] a = c.toArray()
– Sabe-se que “c” contém strings; então a forma complexa:
String[] a = c.toArray(new String[0])
© LES/PUC-Rio
64
Interface Set: Implementações
• Set implementa a abstração matemática de conjuntos:
contém somente métodos herdados de Collection e
adiciona a restrição de que duplicações não são possíveis.
• Java dispõe de três implementações de Set:
– HashSet: elementos em uma tabela hash, melhor performance
e nenhuma garantia quanto à ordem de iteração.
– TreeSet: elementos em uma árvore vermelho-preto,
substancialmente mais lento que HashSet e ordena elementos
baseados em seus valores.
– LinkedHashSet: elementos em uma tabela hash associada a
uma lista encadeada, apenas um pouco mais lento que HashSet
e ordena elementos por ordem de inserção.
© LES/PUC-Rio
65
Interface Set: Operações
public interface Set<E> extends Collection<E> {
//Basic operations
int size();
boolean isEmpty();
boolean contains(Object element);
boolean add(E element); //optional
boolean remove(Object element); //optional
Iterator iterator();
//Bulk operations
boolean containsAll(Collection<?> c);
boolean addAll(Collection<? extends E> c); //optional
boolean removeAll(Collection<?> c); //optional
boolean retainAll(Collection<?> c); //optional
void clear(); //optional
//Array operations
Object[] toArray();
<T> T[] toArray(T[] a);
}
© LES/PUC-Rio
66
Interface Set: Operacões
• Adaptação de métodos Collection para Set ( “s” é um Set):
– s.size(): retorna a cardinalidade de “s”;
– s.isEmpty(): retorna um booleano indicando se “s” é {};
– s.add(E): adiciona elemento especificado a “s” se este não está
presente e retorna booleano indicando se houve adição;
– s.remove (Object): remove elemento especificado de “s” e
retorna booleano indicando se houve remoção;
– s.iterator(): retorna um Iterator de s;
– s1.containsAll(s2): retorna true se s2 é subconjunto de s1;
– s1.addAll(s2): transforma s1 na união de s1 e s2;
– s1.retainAll(s2): transforma s1 na interseção de s1 e s2;
– s1.removeAll(s2): transforma s1 na diferença entre s1 e s2;
– s.toArray(): o mesmo que para Collection.
© LES/PUC-Rio
67
Interface Set: Exemplo
• O programa seguinte toma palavras em args[] e imprime:
– uma mensagem que indica se há duplicação de palavras,
– o múmero de palavras distintas e
– uma lista das plavras duplicadas eliminadas.
import java.util.*;
public class FindDups {
public static void main(String args[]) {
Set<String> s = new HashSet<String>();
for (String a : args)
if (!s.add(a))
System.out.println("Duplicate: " + a);
System.out.println(s.size()+" distinct words: "+s);
}
}
© LES/PUC-Rio
68
Interface Set: Exemplo
• Note que o código sempre se refere ao Collection por Set
(interface) em vez de HashSet (implementação).
– Esta prática é fortemente recomendada, porque torna possível
flexibilizar a mudança de tipo de implementação apenas pela
mudança do construtor.
– Ao contrário, se variáveis referentes a uma coleção ou a
parâmetros usados são declarados a partir de tipos de
implementação, todas elas deverão também ser modificadas.
– Isto vale para o uso de interfaces e implementações em geral!
© LES/PUC-Rio
69
Interface Set: Exemplo
• Saída do programa; ex. “java FindDups i came i saw i left”:
Duplicate: i
Duplicate: i
4 distinct words: [i, left, saw, came]
• Observe que HashSet não dá garantias quanto à ordem dos
elementos no Set. Para obter as palavras em ordem
alfabética, basta modificar HashSet para TreeSet.
• Por ex., nova saída para “java FindDups i came i saw i left”:
Duplicate word: i
Duplicate word: i
4 distinct words: [came, i, left, saw]
© LES/PUC-Rio
70
Interface Set: Exemplo
• Voltando ao programa FindDups...
import java.util.*;
public class FindDups2 {
public static void main(String args[]) {
Set<String> uniques = new HashSet<String>();
Set<String> dups = new HashSet<String>();
for (String a : args)
if (!uniques.add(a)) dups.add(a);
uniques.removeAll(dups);
System.out.println("Unique words: " + uniques);
System.out.println("Duplicate words: " + dups);
}
}
• Nova saída para “java FindDups2 i came i saw i left”:
Unique words: [left, saw, came]
Duplicate words: [i]
© LES/PUC-Rio
71
Interface List: Implementações
• List é um Collection ordenado que pode conter duplicações.
• Em adição às operações herdadas de Collection, List inclui
as seguintes operações:
– acesso posicional: manipulação de elementos baseada na
posição numérica destes na lista;
– busca: procura por um objeto especificado na lista e retorna
sua posição numérica;
– iteração: extende a semântica de Iterator a fim de tirar
vantagem da natureza seqüencial da lista;
– de intervalo: operações em intervalos arbitrários da lista.
• Java dispõe de duas implementações para List: ArrayList e
LinkedList (ArrayList possui a melhor performance).
© LES/PUC-Rio
72
Interface List: Operações
public interface List<E> extends Collection<E> {
//Positional access
E get(int index);
E set(int index, E element); //optional
boolean add(E element); //optional
void add(int index, E element); //optional
E remove(int index); //optional
abstract boolean addAll(int index, Collection<? extends E> c);
//optional
//Search
int indexOf(Object o);
int lastIndexOf(Object o);
//Iteration
ListIterator<E> listIterator();
ListIterator<E> listIterator(int index);
//Range-view
List<E> subList(int from, int to);
}
© LES/PUC-Rio
73
Interface List: Operações
• Operações herdadas de Collection têm a mesma semântica.
– Apenas remove() sempre remove a primeira ocorrência na
lista do elemento especificado.
– As operações add e addAll sempre adicionam os novos
elementos no final da lista.
• Operações posicionais: get, set, add e remove têm a mesma
semântica de operações em vetores.
– set e remove retornam valor antigo sobrescrito ou removido;
– addAll insere elementos começando na posição especificada.
• Operações de busca: indexOf e lastIndexOf têm a mesma
semântica de operações em vetores.
© LES/PUC-Rio
74
Interface List: Operações
• Operações de iteração: List provê um iterator sofisticado
que permite percorrer a lista em ambas direções, modificar
a lista durante a iteração e obter posição do iterador.
public interface ListIterator<E> extends Iterator<E> {
boolean hasNext();
E next();
boolean hasPrevious();
E previous();
int nextIndex();
int previousIndex();
void remove(); //optional
void set(E o); //optional
void add(E o); //optional
}
© LES/PUC-Rio
75
Interface List: Operações
• Operações de intervalo: subList(int fromIndex, int toIndex)
retorna uma visão de List que corresponde ao intervalo que
vai de “fromIndex”, inclusive, para a “toIndex”, exclusive.
© LES/PUC-Rio
76
Referências
[1] Tutorial da Sun Microsystems.
http://java.sun.com/docs/books/tutorial/java/TOC.html
© LES/PUC-Rio
77