Boas Práticas para desenvolvimento java que nunca saíram de moda

zup.com.br
@zupinnovation
>_<
Paula Santana
Boas Práticas para
desenvolvimento
java que nunca
saíram de moda

@zupinnovation zup.com.br
<>
Paula Santana
Specialist Developer/ZupEdu
paula.santana@zup.com.br
@psanrosa13
in/paula-macedo-santana-dev/
COLOQUE
UMA FOTO
SUA AQUI
paulasantanadev

<>
Tópicos Principais
Equals, HashCode e toString
Imutabilidade
Métodos
Primitivos
Exceções
Enum
Genéricos

<>
Equals HashCode ToSTring

<>
Equals() e HashCode()
● Ao sobrescrever o
equals sobrescreva o
hashcode
● Utilize o campos
principais do objeto
● Obedeça o contrato geral
● Não sobrescreva em classes
que não são objeto de valor

>_<
Classe exemplo: Conta

>_<
Vamos fazer um programa exemplo usando a classe conta.

>_<
Resultado no Console

>_<
Sobrescrevemos os métodos equals() e HashCode()

>_<
Se executarmos o programa novamente:

<>
Sobrescrever o toString()
Todo objeto herda o toString da Classe
Object.
Por default é utilizado o nome da classe + @ +
o hexadecimal sem sinal do hashcode.

<>
Facilidade na depuração Retornar todas as
informações pertinentes
contidas no objeto
É importante que os
dados contidos no
toString tenham
métodos de acesso
como get
Sobre sobrescrever o toString()

>_<
Identiﬁque os objetos:

>_<
Como é a implementação do método toString na classe Object

>_<
Vamos sobrescrever com o que identiﬁque o objeto

<>
O que é
Uma classe imutável é uma classe cuja
as instâncias não podem ser
modiﬁcadas.

<>
Setters
Não forneça métodos que mudem o
estado do objeto.
Herança
Garanta que a classe não possa ser
estendida.
Final
Faça com que todos os campos
sejam ﬁnais.
Tenha em mente ao Implementar
Private
Faça com que todos os campos
sejam privados.
Mutabilidade
Garanta acesso exclusivo a quaisquer
componentes mutáveis.

>_<
Classe exemplo: String

>_<
Vamos fazer um teste com a Classe String para
entendermos alguns pontos sobre Imutabilidade

>_<
Executamos e os valores permanecem iguais, porquê?

>_<
Recebemos a nova String em uma variável

>_<
Ao realizar o print da nova variável ele traz o valor
da nova String

<>
Padrão Funcional
Onde os métodos retornam o
resultado de uma função aplicada a
seu operando, sem modiﬁcá-lo.

>_<
Transformando a classe conta em uma classe imutável

>_<
Criamos uma classe mutável chamada Serviço

>_<
Adicionamos o Serviço na classe imutável Conta

>_<
Vamos testar a imutabilidade

>_<
Ao executarmos :

>_<
Mudamos o get para devolver uma cópia do objeto

Os objetos imutáveis são
thread-safe, não exigem
sincronização, ou seja não serão
corrompidos em seu uso em
múltiplas threads
Evitam bugs de inconsistência
de dados devido a alterações de
objetos durante ﬂuxos
complexos.
São ótimos para construção e
composição de outros objetos.
Vantagens

<>
Problemas
Um grande porém é a quantidade de instâncias
geradas quando trabalhamos com classes imutáveis,
isso pode se tornar um problema especialmente
quando os objetos são complexos e exigem um
volume alto do mesmo objeto por ﬂuxo de execução.
Nesses casos é orientado preferirmos o uso de
classes primitivas nesse tipo de objeto, para melhoria
da performance.

<>
Uso de static factory
para criação de
objetos ao invés de
construtores públicos
Para classes de
domínios resista a
criação de setters a
menos que realmente
faça sentido.
Mesmo que sua classe
não seja totalmente
imutável de
preferência para
atributos do tipo ﬁnal
a menos que haja
necessidade de não
ser
Alternativas da modelagem

Métodos
Existem muitos cuidados que devemos ter quando falamos de
construção de métodos em Java, desde como elaboramos eles e
cuidados com alguns recursos como uso de varargs ou Optional.
Vamos analisar 4 itens que podem te ajudar no dia a dia.
Tome cuidado ao
projetar
assinaturas de
métodos Faça Cópias
Defensivas
Retorne
Coleções e
Arrays vazios ao
invés de nulos
Validação de
Parâmetros

<>
Nome de Métodos
Por convenção segue que os nomes devem ter um
verbo incluindo o objeto ao qual vão realizar a ação.
Em alguns tipos de retorno existem nomes mais
utilizados por convenção como o caso de métodos
que retornam tipos booleanos que tem o preﬁxo is ou
has, ou caso de conversão de valores onde é mais
usual utilizar o “to”, uma fonte desses padrões são as
próprias classes do Java.

>_<
Exemplo:

<>
Evite listas longas de
parâmetro
Métodos com muitos parâmetros são um grande
problema, em especial porque os programadores
podem passar em ordem errada quando os tipos
seguidos são iguais.
Existem três técnicas para métodos que possuem
muitos parâmetros: quebrar o método em métodos
menores, criar um objeto especíﬁco como parâmetro
que agregue os parâmetros ou uso de Builder.

>_<
Exemplo Objeto para agregar parâmetros:

>_<
Exemplo de gerar métodos menores com menos
parâmetros:

>_<
Exemplo para Builder

<>
O que mais considerar ao projetar um método
Preﬁra receber tipos no
parâmetro como
Interface ao invés da
implementação
Preﬁra utilizar ENUM de
dois elementos invés de
receber parâmetros
booleanos

<>
Cópias Defensivas
Um dos pontos das práticas de programação defensiva é referente a cópias de
objetos em métodos. Essas cópias não se aplicam somente a classes imutáveis, mas
evitam alterações em objetos de maneira não clara. Devemos sempre ponderar o uso
quando o requisito de desempenho for primordial

<>
Nunca retorne Coleções ou Arrays nulos ao
invés de vazios

<>
Validação de Parâmetros
O ideal é que na entrada do método seja garantido que os valores e regras para execução do método sejam validados
para evitar erros que podem ser mais difíceis de serem detectados posteriormente.

<>
Primitivos tem apenas valores,
enquanto primitivos
empacotados produzem
instâncias na memória, mesmo
que possuam o mesmo valor.
Primitivos possuem apenas
valor funcional enquanto tipos
empacotados possuem valor
nulo.
Primitivos são mais eﬁcientes
em tempo e armazenamento
do que os primitivos
empacotados.

<>
Preﬁra Tipos primitivos
do que Primitivos
empacotados
Autoboxing e Autounboxing

<>
Quando usar Tipos
Empacotados?
Coleções
Classes que esperam um Tipo
Dentro de métodos que usam Reﬂexão

<>
Hierarquia

<>
Checked
Utilize esse tipo de
exceção para as
condições das quais o
chamador possa
razoavelmente se
recuperar
Unchecked
Esse tipo de exceção é
lançada em tempo de
execução, esse tipo de
exception deve ser
utilizada para indicar
erro de programação
Exceções Checked e Unchecked

<>
Exemplo Exception
Checked
Erros que ocorrem em
tempo de compilação

<>
Exemplo Exception Checked

<>
Exemplo Exception
Unchecked
Erros que ocorrem em
tempo de Execução

<>
Exemplo Exception Checked -
Não lance de forma genérica

<>
Sempre na dúvida
utilize exceções não
verificadas
Pode ser muito confuso em que situações devemos
ou não implementar um tipo ou outro de exceção, a
recomendação é que se você não sabe se será
possível ter recuperação de um problema, que utilize
apenas o tipo Unchecked.
Exceções verificadas herdam de Exception, Exceções
não verificadas herdam de RuntimeException.

<>
Evite usar exceções do
tipo Unchecked para
controle de ﬂuxo
Com o uso de Handlers em apis muito se criou de
confusão o que seria melhor tratar por código ou o
que seria melhor tratar por Exception.
Exceções deveriam ser utilizadas apenas em casos de
erros inesperados onde o programador realmente
não conseguiria prever o problema.

<>
Exemplo de Exception para
controle de ﬂuxo

<>
Exemplo de Exception para controle de
ﬂuxo - sem a exception

<>
Tratamento de
Exceptions
Outro ponto que confunde a maioria dos
desenvolvedores é como tratar a exceção.

<>
Tratamento de
Exceptions

<>
Usem Enum ao invés
de constantes.
Utilizar Enum permite uma maior expressividade no
código, o tornando mais limpo, além de conseguirmos
implementar atributos e ações a cada elemento do
Enum e garantirmos imutabilidade já que eles
possuem valores ﬁxos..
Cada constante do Enum gerará uma classe como
Singleton no sistema e a facilidade e manutenção
para valores ﬁxos que podem aumentar é uma
vantagem.

<>
Uso de Enum

<>
Evite o uso de tipo
Bruto
Através do uso de Genérics no Java garantimos o
tipo utilizado e avisamos o compilador sobre isso,
tornando mais segura a implementação do código.
Todo tipo genérico deﬁne um tipo bruto, que é o
nome do tipo genérico sem as informações de
genéricos nele. Por exemplo, o tipo genérico List<E>
tem o tipo bruto List. Vamos entender o que isso
pode impactar em nosso código.

<>
Usando Tipo Bruto

<>
Usando Tipo Genérico

<>
Usando Tipo Genérico
em métodos

Boas Práticas para desenvolvimento java que nunca saíram de moda

Recomendados

Recomendados

Mais conteúdo relacionado

Semelhante a Boas Práticas para desenvolvimento java que nunca saíram de moda

Semelhante a Boas Práticas para desenvolvimento java que nunca saíram de moda (20)

Mais de Paula Santana

Mais de Paula Santana (20)

Último

Último (6)

Boas Práticas para desenvolvimento java que nunca saíram de moda