Propriedades X Campos – Porque Usar Propriedades Ao Invés De Campos

Tempo de leitura: 3 min

Escrito por Celso Kitamura
em 23 de agosto de 2018

Entre para o Grupo VIP e fique sabendo antes das novidades

Junte-se à nossa comunidade de App Devs que estão transformando o mundo

100% livre de spam.

Compartilhe agora mesmo:

Propriedades X Campos – Porque Usar Propriedades Ao Invés De Campos
4.5/5 - (2 votes)

Porque Usar Propriedades Ao Invés De Campos?

Já vimos o que são propriedades e campos de uma classe.

Uma propriedade encapsula um campo privado. Ou seja, o campo não pode ser alterado “de fora”. Devemos fazer isso através da propriedade, utilizando o get e set para ler e guardar informação, respectivamente.

 

E porque usamos propriedades ao invés de campos do tipo público?

 

Os getters e setters das propriedades podem incluir alguma lógica adicional, ao invés de simplesmente passar a informação de um lado para outro.

 

Veja um exemplo abaixo:

 

private int _meuCampo;

public int MinhaPropriedade
{
    get {
        return _meuCampo/2;
    }


    set {
        if (value > 100)
            _meuCampo = 100;
        else
            _meuCampo = value;
    }
}

 

Bom, neste caso vemos claramente uma utilidade em utilizar uma propriedade para acessar um campo privado. Temos uma lógica a mais na hora de ler e guardar e informação no campo.

 

Mas, se não tiver nenhuma lógica especial no getter/setter, porque devo usar uma propriedade?

 

Propriedades X Campos – Porque usar propriedades ao invés de campos?

 

Aparentemente não há diferença entre isso

 

public Property Nome() As String

 

e isto:

 

public Nome() As String

 

Ambos irão expor o estado de um objeto ao mundo exterior e podem ser lidos/gravados da mesma maneira, com a mesma sintaxe. Existe alguma razão para utilizar uma propriedade, além do fato de ser considerado uma boa prática de programação?

 

Vamos enumerar algumas razões:

 

– Campos não podem ser usados em interfaces

 

Olha o erro que o Visual Studio te mostra quando você tenta usar um campo em uma Interface

Olha o erro que o Visual Studio te mostra quando você tenta usar um campo em uma Interface

 

Você não pode impor a existência de um campo no contrato público de um objeto através de uma interface. No caso de propriedades, isto funciona.

 

– Validação

 

Vamos supor que você está desenvolvendo uma API que não precise de nenhuma lógica de validação e você decida usar um campo público ao invés de uma propriedade.

 

Terminado o projeto, a aplicação sobe para a produção sem maiores problemas. Passado algum tempo, o cliente/usuário do sistema sente a necessidade de alterar um requisito do negócio. E agora será necessário incluir uma regra neste campo.

 

A esta altura do campeonato, alterar um campo para uma propriedade irá “quebrar” eventuais aplicativos que estiverem consumindo sua API. Será necessário alterar todos os “consumidores” da API, o que gera um bruta trabalho.

 

– Serialização binária

 

A “quebra” de objeto gerada pela alteração de um campo em propriedade também gera problemas na serialização binária.

 

Mas, o que é serialização?

 

A grosso modo, serialização é a conversão de um objeto em uma “tripa” de bytes. É utilizada principalmente para trafegar o objeto de um lado para outro (do servidor para o navegador do usuário, por exemplo). Desta forma, um objeto é transformado em uma sequência de bytes, pode ser enviado através da rede para outro lugar e em seguida é deserializado (é transformado novamente em um objeto), resultando em um clone do objeto original.

 

Não vamos entrar em detalhes da serialização binária, este é um assunto para outro artigo. Apenas tenha em mente que este é um dos motivos de utilizarmos propriedades ao invés de campos.

 

– A maioria dos objetos de ligação de dados (data binding) da infra-estrutura .NET faz a ligação (binding) através de propriedades, e não a campos

 

Há muita controvérsia se isso é o melhor método ou não, mas é assim que funciona.

 

– A exposição de um campo público é uma violação das Diretrizes da Microsoft para programação de código robusto e de fácil manutenção usando o .NET Framework

 

Palavras Finais

 

Este artigo ficou meio que “escovando bits” mas isso foi necessário para explicar os motivos de se usar propriedades ao invés de campos em nossos objetos.

 

Não se desespere se você não entendeu muito bem os motivos. Fique com a mensagem principal: existem razões técnicas para não utilizarmos campos do tipo público. Isso vai evitar algumas dores de cabeça no futuro.

 

Meu e-book Como Aprender a Programar do Absoluto Zero está GRATUITO por tempo limitado!

Olha o link: 👉🏼 https://celsokitamura.com.br/como-aprender-a-programar

Bora aprender a programar!

Compartilhe agora mesmo:

Comece pelo e-book GRATUITO (Por Tempo Limitado)

Crie Sua Primeira Skill Alexa

Se você não sabe por onde começar, este e-book te mostra o passo a passo para criar sua primeira skill Alexa.

QUERO CRIAR SKILLS PARA ALEXA!
100% livre de spam.

Você vai gostar também:

Para enviar seu comentário, preencha os campos abaixo:

Deixe uma resposta


*


*


Seja o primeiro a comentar!

Entre para o Grupo VIP e fique sabendo antes das novidades

Junte-se à nossa comunidade de App Devs que estão transformando o mundo

100% livre de spam.

Damos valor à sua privacidade

Nós e os nossos parceiros armazenamos ou acedemos a informações dos dispositivos, tais como cookies, e processamos dados pessoais, tais como identificadores exclusivos e informações padrão enviadas pelos dispositivos, para as finalidades descritas abaixo. Poderá clicar para consentir o processamento por nossa parte e pela parte dos nossos parceiros para tais finalidades. Em alternativa, poderá clicar para recusar o consentimento, ou aceder a informações mais pormenorizadas e alterar as suas preferências antes de dar consentimento. As suas preferências serão aplicadas apenas a este website.

Cookies estritamente necessários

Estes cookies são necessários para que o website funcione e não podem ser desligados nos nossos sistemas. Normalmente, eles só são configurados em resposta a ações levadas a cabo por si e que correspondem a uma solicitação de serviços, tais como definir as suas preferências de privacidade, iniciar sessão ou preencher formulários. Pode configurar o seu navegador para bloquear ou alertá-lo(a) sobre esses cookies, mas algumas partes do website não funcionarão. Estes cookies não armazenam qualquer informação pessoal identificável.

Cookies de desempenho

Estes cookies permitem-nos contar visitas e fontes de tráfego, para que possamos medir e melhorar o desempenho do nosso website. Eles ajudam-nos a saber quais são as páginas mais e menos populares e a ver como os visitantes se movimentam pelo website. Todas as informações recolhidas por estes cookies são agregadas e, por conseguinte, anónimas. Se não permitir estes cookies, não saberemos quando visitou o nosso site.

Cookies de funcionalidade

Estes cookies permitem que o site forneça uma funcionalidade e personalização melhoradas. Podem ser estabelecidos por nós ou por fornecedores externos cujos serviços adicionámos às nossas páginas. Se não permitir estes cookies algumas destas funcionalidades, ou mesmo todas, podem não atuar corretamente.

Cookies de publicidade

Estes cookies podem ser estabelecidos através do nosso site pelos nossos parceiros de publicidade. Podem ser usados por essas empresas para construir um perfil sobre os seus interesses e mostrar-lhe anúncios relevantes em outros websites. Eles não armazenam diretamente informações pessoais, mas são baseados na identificação exclusiva do seu navegador e dispositivo de internet. Se não permitir estes cookies, terá menos publicidade direcionada.

Visite as nossas páginas de Políticas de privacidade e Termos e condições.

Importante: Este site faz uso de cookies que podem conter informações de rastreamento sobre os visitantes.
Criado por WP RGPD Pro