Skip to main content

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

Apreciamos as edições que tornem a publicação mais fácil de entender e mais valiosa para os leitores. Como os membros da comunidade revisam as edições, tente tornar a publicação substancialmente melhor do que como você encontrou, por exemplo, corrigindo a gramática ou adicionando referências e links adicionais.

Required fields*

4
  • 10
    "Muitos acham que getters e setters são o auge do encapsulamento, mas na prática..." Eu sempre odiei getters e setters, mas não sabia muito bem por que. Com essa explicação, tudo faz sentido agora! Imagino que esse deve ser um dos recursos mais mal utilizados da OO... Commented 8/06/2014 às 18:55
  • 2
    @mgibsonbr Às vezes o programador tem medo de simplesmente expôr um dado de uma estrutura de dados, então ele escreve getters e setters. Há quem diga que um objeto sequer expõe dados, mas apenas comportamentos (que seriam justamente os getters e setters): blog.8thlight.com/uncle-bob/2013/10/01/Dance-You-Imps.html. Este aí não deve gostar de linguagens como C#, onde getters e setters são transparentes ao consumidor do objeto e se apresentam como simples dados expostos (exceto por um ícone diferenciado na IDE). Commented 18/11/2014 às 21:26
  • "pode ter métodos com lógica de negócio que neste domínio de negócio pertencem ao cliente", o que significa domínio nesse contexto? Pode me dar um sinônimo disso? Commented 7/07/2018 às 19:12
  • 1
    @HeyJoe Domínio é o que costumamos chamar os conceitos adotados por uma determinada área de negócios. Quando criamos um modelo de dados para um sistema, geralmente nos baseamos no domínio que aquele sistema pertence. Por exemplo, num sistema de um banco, o cliente fica associado a uma conta e esta a um cartão de crédito, mas numa loja virtual o cartão fica associado diretamente ao cliente. São domínios diferentes com regras diferentes. Commented 9/07/2018 às 16:23