<\/a> Item 7: Evite finalizers<\/i><\/p>\n\n
M\u00e9todos Comuns a todos os objetos<\/u><\/p>\n
Item 8: Sobrescreva o m\u00e9todo equals<\/i> da maneira correta.<\/p>\n
Item 9: Sempre sobrescreva o m\u00e9todo hashCode<\/i> quando sobrescrever equals<\/i>.<\/p>\n
Item 10: Sempre sobrescreva o m\u00e9todo toString<\/i>.<\/p>\n
Item 11: Sobrescrever o m\u00e9todo clone<\/i> com muito cuidado e quando for estritamente necess\u00e1rio.<\/p>\n
Item 12: Considere implementar a interface Comparable<\/i><\/p>\n
\n
Classes e Interfaces<\/u><\/p>\n
Item 13: Minimize o acesso a classes e membros<\/p>\n
As vezes n\u00e3o h\u00e1 necessidade de criar todas as classes como p\u00fablica, ex. As classes do pacote das cole\u00e7\u00f5es, muitas classes utilizadas n\u00e3o s\u00e3o p\u00fablicas.<\/p>\n
Item 14: Em classes p\u00fablicas utilize m\u00e9todos e n\u00e3o campos p\u00fablicos.<\/p>\n
Item 15: Minimize a mutabilidade.<\/p>\n
Item 16: Previra a composi\u00e7\u00e3o ao inv\u00e9s da heran\u00e7a<\/p>\n
Principalmente se herdar de classes de outra package<\/i><\/p>\n
Item 17: Projete e documente para heran\u00e7a ou ent\u00e3o pro\u00edba-a.<\/p>\n
Item 18 \u2013 Prefira interfaces ao inv\u00e9s de classes abstratas.<\/p>\n
Como a linguagem n\u00e3o permite heran\u00e7a de mais de uma classe isso pode se tornar uma limita\u00e7\u00e3o e al\u00e9m disso atrav\u00e9s de interfaces uma classe pode ser de v\u00e1rios tipos, chamado mixin. <\/i><\/p>\n
Pode ser fazer uma combina\u00e7\u00e3o entre intrefaces e suas implementa\u00e7\u00f5es em classes abstratas.<\/p>\n
\n
Item 19 \u2013 O uso de interfaces somente para definir tipos<\/p>\n
O uso de interfaces para definir constantes \u00e9 um p\u00e9ssimo exemplo de uso. A sugest\u00e3o para definir constantes \u00e9 utilizar uma classe est\u00e1tica utilit\u00e1ria, al\u00e9m de import <\/i>est\u00e1ticos para facilitar a programa\u00e7\u00e3o.<\/p>\n
\n
Item 20 \u2013 Prefer\u00edvel utilizar uma hierarquia de classes do que classes que contenha um atributo que definam seu tipo, tagged classes<\/i><\/p>\n
\n
Item 21 \u2013 Utilizar funcion objects <\/i>para representar strategies<\/i><\/p>\n
Item 22 \u2013 Prefira membros de classes est\u00e1ticas ao inv\u00e9s de n\u00e3o-est\u00e1tica.<\/p>\n
Se declarar um membro de classe que n\u00e3o precise acessar a classe pai, sempre declarar como est\u00e1tica.<\/p>\n
\n
Generics<\/u><\/p>\n
Item 23 \u2013 N\u00e3o utilize tipos \u201ccrus\u201d em c\u00f3digos novos<\/p>\n
Preferir a utiliza\u00e7\u00e3o de c\u00f3digo utilizando generics como a classe List<E>.<\/p>\n
\n
Item 24 \u2013 Elimine os \u201cunchecked warnings\u201d<\/p>\n
Evitar utilizar a sua anota\u00e7\u00e3o e se n\u00e3o for poss\u00edvel comentar e utilizar no m\u00ednimo escopo poss\u00edvel como numa vari\u00e1vel local. Evitar no m\u00e9todo e nunca utilizar no n\u00edvel de classe.<\/p>\n
\n
Item 25 \u2013 Prefira listas ao inv\u00e9s arrays<\/p>\n
Arrays s\u00e3o covariantes e listas n\u00e3o, isso garante seguran\u00e7a nos tipos de dados utilizados em tempo de compila\u00e7\u00e3o.<\/p>\n
\n
Item 26 \u2013 Prefira tipos gen\u00e9ricos<\/p>\n
Tipos gen\u00e9ricos evitam exce\u00e7\u00e3o por tipo de classe quando se utilizam cast para for\u00e7ar troca de tipo.<\/p>\n
Item 27 \u2013 Prefira m\u00e9todos gen\u00e9ricos<\/p>\n
Para evitar o uso de cast<\/i> no retorno do m\u00e9todo. Aumenta a seguran\u00e7a do c\u00f3digo, deixa mais claro e mais enxuto.<\/p>\n
\n
Item 28 \u2013 Utilize bounded wildcards <\/i>para incrementar a flexibilidade da API<\/p>\n
Ex: public m\u00e9todo(<?extends E> param)<\/p>\n
Utilizar a PECS \u2013 Producer extends, consumer super<\/i><\/p>\n
N\u00e3o utilizar wildcards<\/i> para retorno. Pois o c\u00f3digo de cliente tamb\u00e9m ter\u00e1 que utilizar.<\/p>\n
\n
Item 29 \u2013 Considere cont\u00eaineres heterog\u00eaneos com tipos seguros<\/p>\n
Ao inv\u00e9s de utilizar como nas classes de cole\u00e7\u00f5es, que fixam um tipo espec\u00edfico para sua utiliza\u00e7\u00e3o, ex: List<String> pode-se utilizar uma nova estrat\u00e9gia que define o tipo que ser\u00e1 utilizado como par\u00e2metro com a classe Class. Ex:<\/p>\n
Pode-se ter um tipo como DatabaseRow representando uma linha da tabela (o cont\u00eainer no caso) e um tipo gen\u00e9rico representando a sua chave Column<T>. \u00c9 um design mais sofisticado para n\u00e3o fixar o par\u00e2metro fixo da classe cont\u00eainer.<\/p>\n
\n
Enums e Annotations<\/u><\/p>\n
Item 30 \u2013 Utilize enum<\/b> ao inv\u00e9s de constantes int<\/b><\/p>\n
Muito mais leg\u00edvel e pr\u00e1tico.<\/p>\n
\n
Item 31 \u2013 Utilizar campos de inst\u00e2ncia ao inv\u00e9s de ordinais<\/p>\n
Melhor utilizar um atributo definido num enum, do que a sua ordem para representar alguma regra no programa.<\/p>\n
\n
Item 32 \u2013 Utilize EnumSet ao inv\u00e9s de campos de bits (bit fields<\/i>)<\/p>\n
Aliando a melhor funcionalidade de utilizar Enum aliada a funcionalidade de bit fields, n\u00e3o h\u00e1 necessidade de utilizar campos de bit fields.<\/p>\n
\n
Item 33 \u2013 Utilize EnumMap ao inv\u00e9s de indexa\u00e7\u00e3o ordinal<\/p>\n
Ao inv\u00e9s de utilizar o valor ordinal do Enum para um \u00edndice de array, por exemplo. Deve-se utilizar a estrutura de dados EnumMap.<\/p>\n
\n
Item 34 \u2013 Emule enums<\/i> extens\u00edveis com interfaces.<\/p>\n
Pode-se criar uma interface para que um Enum<\/i> implemente e assim trabalhar utilizando esta interface.<\/p>\n
\n
Item 35 \u2013 Prefira anota\u00e7\u00f5es ao inv\u00e9s de padr\u00f5es de nomes<\/p>\n
Utilizando reflex\u00e3o podemos buscar uma defini\u00e7\u00e3o utilizando uma anota\u00e7\u00e3o para verifica\u00e7\u00e3o ao inv\u00e9s de utilizar uma padr\u00e3o de nomes. Ex.:<\/p>\n
@Test no m\u00e9todos ao inv\u00e9s de testFuncio() como padr\u00e3o de nome<\/p>\n
\n
Item 36 \u2013 Sempre utilizar s a anota\u00e7\u00e3o @Override<\/p>\n
Evita BUGs no c\u00f3digo, pois em tempo de compila\u00e7\u00e3o verifica-se que deve se sobrescrever o m\u00e9todo em quest\u00e3o.<\/p>\n
Item 37 \u2013 Utilize interfaces marcadoras para defini\u00e7\u00e3o de tipos<\/p>\n
Mesmo n\u00e3o tendo m\u00e9todos uma interface pode ser utilizada para definir um tipo, chamada de interface de marcadora. Em outros casos pode-se utilizar uma anota\u00e7\u00e3o de marca\u00e7\u00e3o. Mas sempre quando se refere-se a um tipo deve se utilizar um interface de marca\u00e7\u00e3o.<\/p>\n
\n
M\u00e9todos<\/u><\/p>\n
Item 38 \u2013 Valide os par\u00e2metros<\/p>\n
Item 39 \u2013 Fa\u00e7a c\u00f3pias de seguran\u00e7a quando necess\u00e1rio<\/p>\n
Fa\u00e7a uma c\u00f3pia defensiva para cada par\u00e2metro mut\u00e1vel que o construtor possui.<\/p>\n
Item 40 \u2013 Design assinaturas dos m\u00e9todos cuidadosamente<\/p>\n
– Escolha do nome do m\u00e9todo bem feita<\/p>\n
– N\u00e3o exagera no n\u00famero de m\u00e9todos, por exemplo, numa interface.<\/p>\n
– Evitar uma longa lista de par\u00e2metros<\/p>\n
– Melhor utilizar interfaces do que classes para par\u00e2metros que se refiram a tipos.<\/p>\n
– Prefira uma enum<\/b> com dois tipos do um boolean<\/b> como par\u00e2metro<\/p>\n
\n
Item 41 \u2013 Utilize sobrecarga de met\u00f3dos, overloanding,<\/i> com cuidado.<\/p>\n
Overloading<\/i>, sobrecarga de m\u00e9todos \u00e9 decidido em tempo de compila\u00e7\u00e3o. J\u00e1 o overriding <\/i>que \u00e9 a sobrescrita dos m\u00e9todos nas classes filhas \u00e9 feito em tempo de execu\u00e7\u00e3o.<\/p>\n
Dica: nunca tenha dois m\u00e9todos de sobrecarga com o mesmo n\u00famero de par\u00e2metros, somente se eles tenham exatamente o esmo comportamento.<\/p>\n
\n
Item 42 \u2013 Utilize varargs com cuidado.<\/p>\n
Utilizar somente em casos em que necessite passar um n\u00famero vari\u00e1vel de par\u00e2metros.<\/p>\n
\n
Item 43 \u2013 Retorne arrays ou cole\u00e7\u00f5es vazias ao inv\u00e9s de null.<\/p>\n
A classe cliente n\u00e3o precisar utilizar dois testes para saber se a cole\u00e7\u00e3o esta vazia.<\/p>\n
\n
Item 44 \u2013 Fa\u00e7a documenta\u00e7\u00e3o de todas as APIs expostos, ou seja, est\u00e3o como publico.<\/p>\n
\n
Programa\u00e7\u00e3o em Geral<\/u><\/p>\n
Item 45 \u2013 Minimize o escopo das vari\u00e1veis locais. S\u00f3 instancie uma vari\u00e1vel local quando for utiliz\u00e1-la.<\/p>\n
Item 46 \u2013 Preferia for-each loops do que os loops tradicionais. A n\u00e3o ser que o tenha que trabalhar sobre a cole\u00e7\u00e3o em quest\u00e3o como remo\u00e7\u00e3o.<\/p>\n
Item 47 \u2013 Conhe\u00e7a e use as bibliotecas padr\u00f5es do java, ao inv\u00e9s de criar as suas<\/p>\n
Item 48 \u2013 Evite utilizar double <\/b>e float<\/b> para resultados exatos. Como valores financeiros. At\u00e9 9 d\u00edgitos utilize int<\/b>, at\u00e9 18 long<\/b> e ap\u00f3s isso BigDecimal.<\/b><\/p>\n
Item 49 \u2013 Prefira tipos primitivos ao inv\u00e9s das classes wrapper<\/i> de primitivos. Muito cuidado para utilizar compara\u00e7\u00f5es com entre wrapper<\/i>.<\/p>\n
Item 50 \u2013 Evite Strings onde outros tipos s\u00e3o mais apropriados.<\/p>\n
Item 51 \u2013 Evite a concatena\u00e7\u00e3o de strings, utilize StringBuilder.<\/p>\n
Item 52 \u2013 Referencie objetos pelas suas interfaces.<\/p>\n
Item 53 \u2013 Prefira interfaces pra reflex\u00e3o.<\/p>\n
Item 54 \u2013 Utilize m\u00e9todos nativos com cuidado.<\/p>\n
Item 55 \u2013 Otimize cuidadosamente<\/p>\n
N\u00e3o sacrifique a arquitetura em fun\u00e7\u00e3o de performance.<\/p>\n
\n
\n","protected":false},"excerpt":{"rendered":"
Java Efetivo Criar e destruir objetos Item 1: Considere m\u00e9todos criadores est\u00e1ticos ao inv\u00e9s de construtores Diferente de construtores eles tem um nome N\u00e3o \u00e9 obrigado a sempre criar um novo objeto com new, cada vez que \u00e9 chamado. Pode retornar um objeto de qualquer subtipo do tipo de retorno. Ex.: Retornar uma interface com […]<\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[4,3],"tags":[],"class_list":["post-181","post","type-post","status-publish","format-standard","hentry","category-javaee","category-javase"],"_links":{"self":[{"href":"http:\/\/gois.inf.br\/wordp\/index.php?rest_route=\/wp\/v2\/posts\/181","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/gois.inf.br\/wordp\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/gois.inf.br\/wordp\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/gois.inf.br\/wordp\/index.php?rest_route=\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"http:\/\/gois.inf.br\/wordp\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=181"}],"version-history":[{"count":1,"href":"http:\/\/gois.inf.br\/wordp\/index.php?rest_route=\/wp\/v2\/posts\/181\/revisions"}],"predecessor-version":[{"id":182,"href":"http:\/\/gois.inf.br\/wordp\/index.php?rest_route=\/wp\/v2\/posts\/181\/revisions\/182"}],"wp:attachment":[{"href":"http:\/\/gois.inf.br\/wordp\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=181"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/gois.inf.br\/wordp\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=181"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/gois.inf.br\/wordp\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=181"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}