Neste curso, assumimos que você já sabe desenvolver programas pequenos em Java, mas você talvez não se sinta ainda confortável em projetar programas mais complexos com método e organização. O objetivo deste curso é fazer você compreender os princípios de orientação a objetos por meio da linguagem Java e saber como eficientemente aplicar esses princípios na prática quando projetando e desenvolvendo software de maneira ágil. Os conceitos discutidos e experimentados por você neste curso serão a base para você poder compreender os novos conceitos apresentados nos cursos seguintes desta especialização. Os conceitos Java apresentados neste curso incluem o seguinte: revisão de conceitos básicos de orientação a objetos, tais como classes, objetos, métodos e atributos, variáveis de instância e de classe; responsabilidades, colaborações e cartões CRC; testes de unidade, uso de plataforma IDE como o Eclipse; herança, classes concretas e abstratas, interfaces, modificadores de acesso, encapsulamento, métodos de acesso; aprofundamento nos conceitos de polimorfismo, sobrecarga e sobreposição; associação de classes, agregação e composição; exceções, delegação e acoplamento abstrato. Em seguida, vocês serão apresentados aos principais princípios usados para organizar o desenvolvimento de programas orientados a objetos com qualidade, dentre os quais, os princípios "Tell, Don't Ask!" e "Law of Demeter". Sempre que conveniente, cada conceito será representado por meio de diagramas UML. Você será exposto a propriedades e anotações em Java. Ao final deste curso, você terá amadurecido de tal modo suas habilidades de programação que você será capaz de implementar versões iniciais do componente de gamificação constante do Trabalho de Conclusão da Especialização, com base nas boas práticas exercitadas neste curso.
Colaboração, Dependência e Classes Cliente e Servidora
Loading...
Do curso por Instituto Tecnológico de Aeronáutica
Orientação a Objetos com Java
914 classificações
Explore Related Videos
At Coursera, you will find the best lectures in the world. Here are some of our personalized recommendations for you
Na lição
Testes de Unidade, Diagramas UML, Colaboração e Dependência
Olá! Bem-vindo à semana 3 do curso Orientação a Objetos com Java! Nesta semana você aprofundará seu contato com Testes de Unidade e Diagramas de Classe da UML, bem como com os conceitos de dependência e contrato de classe. Ao final desta semana, você será capaz de: 1) testar com JUnit o comportamento de classes em Java; 2) projetar e representar classes com diagrama de classes da UML
Conheça os instrutores
Clovis FernandesProfessor Titular in Portuguese
Ciência da Computação
Eduardo GuerraProfessor Colaborador
[MÚSICA] [MÚSICA] Olá,
bem vindo ao curso de orientação a objetos com Java.
Eu sou o Clovis Fernandes.
Hoje iremos falar de colaboração, dependência, e classes cliente e servidor.
Você irá aprender a caracterizar e diferenciar cada desses conceitos.
Nós vimos anteriormente os conceitos de responsabilidade e colaboração no
contexto de cartões CRC.
Agora iremos avançar pouco mais e caracterizar os conceitos de
colaboração dependência, classe cliente e classe servidora.
Iniciamos por "Dependência entre Classes".
No nosso exemplo que tínhamos utilizado para falar de cartões CRC nós apresentamos
o exemplo da "Classe Biblioteca", que dependia da "Classe Livro".
A "Classe Biblioteca" dependia também da "Classe Usuario".
Fizemos diagrama que nós mostramos essa dependência.
Mas, o que é que é essa dependência então?
Isso tem haver com a necessidade que uma classe tem
relação a outras classes para realizar as suas responsabilidades.
Se objeto "Biblioteca" não pode existir sem a colaboração de livro,
então, existe uma dependência entre biblioteca e livro.
Se ele não pode existir sem a colaboração do usuário,
então existe uma dependência entre biblioteca e usuário.
Vamos exemplificar pouco para tornar pouquinho mais concreto esse assunto.
A responsabilidade "Empresta livro" da classe "Biblioteca" para realizar as,
todas as suas ações, ela precisa da colaboração da classe colaboradora
"Livro", especial da responsabilidade e da colaboração,
que é uma responsabilidade de livro, que é o "Anexa, usuário do empréstimo".
Então, para que o "empresta" livro possa
ser realizado ele precisa dessa colaboração.
Então existe uma dependência muito grande.
Sem essa colaboração ele não consegue terminar as suas
ações pelas quais ele é responsável.
Dessa forma isso vai caracterizar então, que a "Classe Biblioteca" ela é uma
classe cliente, tanto da classe livro,
quanto da usuário, porque as suas responsabilidades,
algumas delas dependem de "livro" outras dependem de "usuário".
Quando o objeto ou classe cliente usa,
o objeto ou classe "servidor" como argumento de construtor,
como argumento de métodos, como parâmetros de criação de objeto,
parâmetros de mensagens para outros objetos,
como tipos das variáveis de instância e das variáveis locais
ou temporárias que eu estou usando e também como tipo de retorno dos métodos,
isso vai então caracterizar essa dependência da classe ou objeto
cliente relação à classe servidora.
Neste ponto, cabe perguntar, quais são as classes servidoras de uma dada
classe termos de colaboração e dependência?
Nós vamos caracterizar três tipos diferentes de classes servidoras:
Uma "outra classe", a "superclasse" e "A própria classe".
As três classes poderão ser classes servidoras.
Vamos começar então pela "Outra classe".
Nesse exemplo nós temos a classe "Empresa"
e ela produz só para exemplificar, uma mercadoria.
A classe "Empresa" é cliente, e a classe "Mercadoria" ela é servidora.
Já existe uma dependência aí, porque,
quando eu coloco aí "-mercadoria", começando com letra minuscula,
eu estou querendo dizer que na classe "Empresa" eu tenho que relacionar
atributo que eu já vou chamar de "Mercadoria" para
guardar essa associação com objeto "mercadoria".
Mas como é que isso fica no geral relação à construtora,
métodos, tipos de retornos de métodos e variáveis de instância?
Como é que fica isso?
Eu vou mostrar para vocês uma coisa que a gente chama de código
arquitetural ou implícito que se refere a essa estrutura,
a essa associação que está aí mostrada entre "Empresa" e "Mercadoria".
Olhamos aqui que a classe "Empresa" ela tem construtor
que eu estou passando parâmetro que tem haver com a sua associação,
que no caso é objeto da classe "Mercadoria".
Então "Mercadoria", ali nesse construtor, ele é argumento,
o argumento do construtor.
Dentro, eu estou usando, passando uma mensagem que é
o "associaMercadoria" que eu estou passando o "Mercadoria"
que era argumento, agora ele passa-se a chamar "parâmetro".
Ele é parâmetro dessa mensagem.
Eu tenho aí também, o método privado "associaMercadoria"
que "Mercadoria" é o parâmetro, é o argumento que eu
vou usar para fazer essa associação de "Mercadoria" com "Empresa".
O método "getMercadoria" tem tipo de retorno que é "mercadoria".
A variável "Mercadoria" que eu tinha colocado já
naquela descrição de classes "UML".
O tipo da variável de instância também é "Mercadoria" e é do tipo privado.
Essa estrutura que acabamos de ver, a gente chama de "Código
arquitetural ou implícito" e iremos tratar disso ao longo também do curso.
O segundo tipo, tem haver com "Superclasse".
No exemplo que eu estou mostrando aí,
eu estou usando mercadoria e o "Item de venda".
Pelo simples fato de haver uma herança o "Item de Venda",
ele já depende da "Superclasse".
Então existe uma dependência,
porque ele vai herdar todos os métodos públicos que o "Mercadoria" tem aí.
Certo?
Mas mais do que isso, o que é que se fez nessa classe "Item de venda"?
O método "Imprimir Tíquete" do "Item de venda",
na lógica do "Item de imprimir tíquete" usa o método
de "Atualizar Estoque" que ele herdou da classe "Mercadoria".
Exemplo de uma dupla dependêcia; depende da classe que
vai herdar e ao mesmo tempo eu estou usando o método da
"Superclasse" dentro, na lógica do meu próprio método.
Então isso é segundo tipo de dependêcia.
Terceiro tipo de classe servidora é a própria classe de "cliente".
Também vai ser servidora dela mesma, ou seja, vai ter algumas necessidades,
algumas responsabilidades que eu vou complementar
com base nas responsabilidades da própria classe.
Uma alternativa que eu estou mostrando aí,
eu estou olhando a parte da associação com mercadoria e eu
tenho o método privado "associaMercadoria" passando o
parâmetro a uma mercadoria da classe "mercadoria".
A mensagem que faz o acesso ao próprio objeto está ali
dentro do construtor e está representado pelo pelo nome "this".
Então "this.associaMercadoria(mercadoria)".
Isso é uma mensagem que eu estou fazendo e eu estou usando o
próprio objeto da classe.
Então isso está dentro do próprio construtor,
mas poderia estar dentro de qualquer dos métodos da classe "Empresa".
Há outro tipo de associação, é a de "Empresa" com uma própria "Empresa".
Então, eu por exemplo estou querendo representar,
que a empresa tem concorrente, por exemplo.
Ela tem uma mercadoria e ela vai ter concorrente.
Então, eu estou fazendo que o concorrente dele é o quê?
É uma empresa também.
Então eu vou representar dentro da classe "Empresa" o seu
concorrente que vai ser também da classe "Empresa".
Está certo?
Pelo fato de ser empresa e estar representado lá dentro, não
quer dizer que eu tenho acesso às coisas internas da outra empresa concorrente.
Não, só através dos métodos.
E como é que a gente representa isso?
A outra associação anterior com mercadoria, eu fiz através do construtor.
Agora eu vou fazer uma associação com uma outra empresa,
através de método "associaPúblico".
Vamos dar uma olhada.
Então o acesso a outro objeto da mesma classe é feito através
do "associa", desse método que é público e se não for
público, eu não vou conseguir acessar objeto,
mesmo sendo da empresa eu não vou acessar o objeto "Empresa" se o
"associa" não for público e passo qual é a empresa.
Então eu estou passando para o objeto "Empresa" qual é que é o seu concorrente.
Eu vou exemplificar logo de seguida.
E também eu fico sabendo através do "getEmpresa" quem é essa empresa.
E tenho o método privado "Empresa", da classe "Empresa".
Continuando, agora eu vou mostrar como é que eu uso isso.
Eu vou exemplificar o acesso a outro objeto da classe,
sendo que é a mesma classe, mas são objetos distintos,
embora o objeto esteja dentro do outro neste exemplo aqui.
Então eu crio uma mercadoria, "new Mercadoria",
crio uma empresa, e ao criar a empresa eu faço associação com
a mercadoria porque essa empresa só tem uma mercadoria neste exemplo.
Aí eu crio uma empresa concorrente.
Ao criar empresa concorrente, ela também tem uma mercadoria.
Se é concorrente vai ser o mesmo tipo de mercadoria provavelmente,
por isso é que eu estou repetindo aqui.
Aí, eu associo empresa.associaEmpresa(concorrente) Então
nesse momento, eu estou fazendo essa
associação e lá dentro do objeto empresa,
agora o concorrente é essa nova empresa que eu acabei de criar.
Com isso acabamos de mostrar os conceitos de colaboração, dependência,
classes clientes e classes servidoras.
Falamos muito superficialmente sobre código arquitetural.
Isso vai ser tratado futuramente.
Obrigado.
[MÚSICA]
Explore nosso catálogo
Registre-se gratuitamente e obtenha recomendações, atualizações e ofertas personalizadas.
O Coursera proporciona acesso universal à melhor educação do mundo fazendo parcerias com as melhores universidades e organizações para oferecer cursos on-line.
© 2019 Coursera Inc. Todos os direitos reservados.
