Uma estratégia para definir objetos immutable em uma aplicação de Java

As seguintes réguas definem uma estratégia simples para criar objetos immutable. Não todas as classes documentadas como "immutable" seguem estas réguas. Isto não significa necessariamente que os criadores destas classes eram sloppy eles podem ter a razão boa para acreditar que os exemplos de suas classes nunca mudam após a construção. Entretanto, tais estratégias requerem a análise sofisticada e não são para novatos.

1. Não forneça métodos do "setter", os métodos que modificam os campos ou os objetos consultados pelos campos.

2. Faça todos os campos finais e confidenciais.

3. Não permita que os subclasses cancelem métodos. A maneira a mais simples fazer isto deve declarar a classe como o final. Uma aproximação mais sofisticada deve fazer o construtor confidencial e construir exemplos em métodos da fábrica.

4. Se os campos do exemplo incluírem referências aos objetos mutable, não permita que aqueles objetos estejam mudados:

Não forneça os métodos que modificam os objetos mutable.

Não compartilhe de referências aos objetos mutable. Nunca armazene referências aos objetos externos, mutable passados ao construtor; se necessário, críe cópias, e armazene referências às cópias. Similarmente, críe cópias de seus objetos mutable internos quando necessário evitar de retornar os originais em seus métodos.

Disclaimer: Nosso Web site não é responsável para a informação contida por este artigo. Este artigo em nenhuma maneira reflete as vistas, as opiniões, os pensamentos ou a opinião da equipe de funcionários do diretório dos artigos.

Observação da tradução: O artigo "uma estratégia para definir objetos immutable em uma aplicação de Java" foi traduzido usando um serviço de tradução automatizado. Nós desculpamo-nos sincerely por todos os erros da tradução que ocorram. Obrigado compreendendo.

Online: 639 users browsing the articles directory