Uma prosa sobre Orientação a Objetos: Classes

Izabelle Derrihú — Tue, 21 Jun 2022 22:42:02 +0000

No último post entendemos o que é a Orientação a Objetos, o que é um objeto e que para que tenhamos sistemas úteis devemos aprender a manipulá-los. As classes são componentes fundamentais nesse momento.

A primeira coisa que preciso te explicar é o conceito de instância, ele me confundiu muito ~~e inclusive hoje em dia ainda me pego pesquisando sobre~~.
Na orientação a objetos, chamamos o objeto de instância de uma classe. O problema aqui é o significado dessa palavra em português:

Não sei pra você, mas pra mim NUNCA fez ~~e nunca fará~~ sentido dizer que o objeto é uma "iminência" de uma classe.
Acontece que "instância" nesse sentido veio (presume-se) de instance no inglês, que significa basicamente "exemplo" ou "caso".

Aí sim, faz sentido! Um objeto é um caso ou exemplo que é feito a partir de uma classe.

A variável que recebe uma nova instanciação recebe todos os atributos e métodos da classe. Podemos dizer também que um objeto é a concretização de uma classe, que é, para todos os termos, um molde.

Agora você já sabe que quando falamos em "instânciar uma classe" estamos falando em criar um objeto moldado por ela, que recebe todas as mesmas características iniciais.

Show de bola, a classe é o molde do objeto. E o que tem na classe?
A estrutura básica é de atributos e métodos.

Atributos são as características daquilo que estamos querendo exemplificar;
Métodos são os meios pelos quais esses atributos serão computados;

Muitos falam que os métodos são comportamentos, pois os exemplos usados denotam isso, mas não é uma explicação que case com o mundo real ~~na minha singela opinião~~. Por exemplo, uma classe cachorro teria o método latir().

Aqui, pelo e nome são atributos dessa classe, e realmente, latir é um comportamento de cachorro mas isso não existe no nosso cotidiano. O que queremos é cadastrar um cachorro e não fazer ele latir.

Vamos então continuar com um exemplo mais aplicável na vida real, mesmo que muito simples. Eu vou usar Typescript em todos os exemplos. Agora, não vou me ater muito às tipagens e retornos para não complicarmos, mas em breve começaremos a utilizá-lo de forma integral.

A classe Aluno possui os atributos nome, idade e matricula, e o método getAluno() que retorna um objeto com as informações. É uma estrutura simples, não?

Quero chamar atenção para o this ~~pois pode ser uma pedra no sapato se você exagera no overthinking como eu~~. Nesse caso, o this é uma palavra-chave, ele é uma referência ao objeto ou classe que está em execução. Por exemplo, o atributo nome do aluno é referenciado como this.nome. ~~é SÓ ISSO que você precisa saber agora, eu juro.~~

Para instanciar a nossa classe e usar seu método getAluno(), faríamos como no código abaixo:

Perceba que os valores retornados por getAluno() não foram enviados para nenhum método da nossa classe. Eu fiz isso para ensinar um outro integrante de uma classe, chamado constructor.

O constructor é um método especial chamado quando uma nova instância da classe é criada. Ou seja, quando fazemos "const xpto = new Aluno();" o constructor será chamado.

Existem outros motivos para o uso desse método, mas o mais comum é inicializar a classe já com valores para seus atributos, poupando tempo e código.

Também podemos usá-lo como validação, pois se os valores não estiverem de acordo com o que nossos atributos esperam, a classe não é instanciada, você receberia um erro.

Veja no código abaixo como a classe ficaria com um constructor, e como instanciaríamos ela. Agora sim, os valores retornados por getAluno() fazem sentido, pois são os estados mais atuais do objeto.

Sempre que instanciamos ou mudamos esses atributos com outros métodos mais específicos (que veremos à frente), estamos alterando o estado do objeto. Estado nada mais é do que os valores dados aos atributos da classe de acordo com os objetos criados a partir dela.

Quando você envia "José" na instanciação da classe Aluno para o objeto alunoEnsinoMedio, o estado do atributo nome desse objeto é "José".

Cada instanciação é diferente, então cada objeto tem um estado diferente. ~~(a menos que, por algum motivo diabólico, você queira fazer dois objetos iguais vindo de duas instanciações diferentes, mas acho que você não é doido assim)~~.

Acho que esse post já ficou até grande para o propósito do blog, mas com a nossa classe Aluno nós já temos uma classe funcional, e espero que você tenha entendido o que é uma, pra que serve, e o que tem ~~e o que come~~.

Uma prosa sobre Orientação a Objetos!

Izabelle Derrihú — Sun, 19 Jun 2022 14:11:23 +0000

Orientação a Objetos é um tópico básico sobre programação, utilizado pela maioria das empresas e projetos (e que ironicamente continua sendo debatido).

Apesar da fama, ela não é nenhuma rocket (ou enterprise) science.

Meu começo com a Orientação a Objetos foi muito tranquilo, já que tive uma introdução em sala de aula no ensino médio. A didática era diferente da que era usada na faculdade, e a linguagem era PHP, o que ajudou bastante e eu só tenho a agradecer aos meus antigos professores.
O único problema que eu tinha (e vejo novos programadores também terem) eram os termos usados. Muitas vezes uma explicação curta e simples é engrandecida por termos inutilmente complexos. Por isso resolvi começar a compartilhar meu conhecimento da forma que mais amo: Simples e descontraída.

Mas afinal de contas, que é a Orientação a Objetos?

A Programação Orientada a Objetos é um paradigma de programação.
~~Pronto. Acabou o post.~~

Paradigma é basicamente um exemplo, modelo ou padrão. Alguns programadores ao longo dos anos 60 e 70 discutiam e tentavam implementar regras que facilitassem a escrita de código, o que culminou nesse paradigma (e em vários outros).

Uma das explicações mais conhecidas é de que

“A orientação a Objetos visa modelar o mundo real como objetos”

~~Explicação vaga, confusa e preguiçosa~~

Descobri que podemos explicar da seguinte forma:

A Orientação a Objetos é um paradigma da programação que, a partir da abstração, modela entidades do mundo real como objetos, utilizando-se de três conceitos pilares: Encapsulamento, Herança e Polimorfismo.

Melhorou um pouco, vejamos... Uma entidade é basicamente uma coisa. Uma pessoa, uma cadeira, um carro... Tudo isso pode ser modelado em forma de objeto.

E a parte da abstração? Bem, abstrair é basicamente enxugar alguma coisa ao máximo, para que se obtenha apenas aquilo que é extremamente necessário.
Vamos pensar em um gato. Existem milhares de tipos de gato, ninguém nem conhece direito as raças felinas, porque gato é gato!
Eu tenho uma frajolinha, mas convenhamos que para um sistema que cadastra gatinhos, nem todos serão preto e branco. Dessa forma precisamos abstrair as características da minha gata.
O objeto gato vai ser composto de: Nome, Cor, Pelagem.
~~Pronto, abstraimos uma gata. A minha gata.~~

No fim, esse objeto com javascript ficaria mais ou menos assim:

Pô, aí ficou tranquilo. Só criar um objeto desse jeito aí abstraindo características e temos a famosa Orientação a Objetos, certo? Não, claro que não.

Essa é a modelagem do objeto gato, mas para um sistema funcional ~~e útil~~ precisamos realizar operações com ele, como por exemplo computar quantos gatos tem um mesmo nome. Ou a porcentagem de gatos frajolas. E é aqui que entram a herança, o encapsulamento, o polimorfismo, e a programação em si ~~porque vamos combinar, ainda não programamos nada!~~.

Nos próximos posts trarei esses pilares, e entenderemos juntos como eles funcionam.

DEV Community: Izabelle Derrihú

Uma prosa sobre Orientação a Objetos: Classes

Uma prosa sobre Orientação a Objetos!

Mas afinal de contas, que é a Orientação a Objetos?