Programação (III) - Programação Orientada a Objetos (POO)
Este é o terceiro artigo da série sobre programação e vamos falar aqui sobre POO, que não é a melhor coisa do mundo, mas é o melhor que já vi para a programação nestes meus 25 anos no ramo.
O Gênesis
... No princípio a programação era sem forma e vazia, e o caos pairava sobre a face do abismo.
Programar os primeiros computadores (ENIACs, UNIVACs e outros ACs do mesmo gênero) era como operar uma daquelas meses telefônicas antigas, cheias de fios, que você desplugava de um lugar e plugava no outro, de acordo com o que desejava que o computador fizesse.
Claro que nessa época a programação era coisa para poucos. Apenas quem conhecia a arquitetura da máquina profundamente podia programá-la. E se mudasse a máquina, seu conhecimento todo estaria jogado fora. Teria que aprender a fazer tudo de novo.
Claro que a coisa não podia ficar assim por muito tempo, e foi por isso que se disse: faça-se a linguagem assembler!
Temos que admitir, porém, que programar em assembler era tão difícil quanto plugar e desplugar fios no painel dos computadores primitivos. Uma coisa é embutir um trechinho de assembler aqui e outro ali no meio de um programa C, para otimizar o desempenho de certos trechos críticos. Outra coisa é programar um sistema operacional inteiro em assembler. A arquitetura da linguagem favorece a desorganização e torna o esquema de programar e debugar uma arte que exige mais paciência do que técnica propriamente dita.
Foi com essa constatação que veio a segunda declaração: façam-se as linguagens estruturadas!
E foram surgindo coisas como o PL/1, o PASCAL e o C...
PAUSA PARA O HUMOR: Uma vez um colega meu de faculdade pediu a outro que explicasse como era, mais ou menos, a linguagem C. Ele já havia estudado PASCAL, portanto o outro explicou da seguinte forma: "C é uma espécie de PASCAL, mas só que lá o BEGIN é igual a '{' e o END é igual a '}'".
O surgimento dessas linguagens decorreu do conceito de "Programação Estruturada", que já abordamos no artigo PROGRAMAÇÃO (II) e portanto vamos apenas relembrar brevemente.
Na programação estruturada procura-se quebrar um programa em unidades lógicas (módulos), que podem ser procedimentos (procedures) ou funções (functions), e organizar o funcionamento dessas unidades hierarquicamente, de forma que o programa funcione bem e que os programadores saibam bem o que estão fazendo.
A verdade, porém, é que depois de duas décadas de programação estruturada, em meados dos anos 80, os programadores estavam tão confusos quando antes, os programas tão difíceis de escrever e manter quanto antes e os usuários tão insatisfeitos quanto antes.
Foi então que foi dito: Faça-se a Programação Orientada a Objetos!
E a POO foi feita, e os programadores ajuizados viram que ela era boa!
Programar os primeiros computadores (ENIACs, UNIVACs e outros ACs do mesmo gênero) era como operar uma daquelas meses telefônicas antigas, cheias de fios, que você desplugava de um lugar e plugava no outro, de acordo com o que desejava que o computador fizesse.
Claro que nessa época a programação era coisa para poucos. Apenas quem conhecia a arquitetura da máquina profundamente podia programá-la. E se mudasse a máquina, seu conhecimento todo estaria jogado fora. Teria que aprender a fazer tudo de novo.
Claro que a coisa não podia ficar assim por muito tempo, e foi por isso que se disse: faça-se a linguagem assembler!
Temos que admitir, porém, que programar em assembler era tão difícil quanto plugar e desplugar fios no painel dos computadores primitivos. Uma coisa é embutir um trechinho de assembler aqui e outro ali no meio de um programa C, para otimizar o desempenho de certos trechos críticos. Outra coisa é programar um sistema operacional inteiro em assembler. A arquitetura da linguagem favorece a desorganização e torna o esquema de programar e debugar uma arte que exige mais paciência do que técnica propriamente dita.
Foi com essa constatação que veio a segunda declaração: façam-se as linguagens estruturadas!
E foram surgindo coisas como o PL/1, o PASCAL e o C...
PAUSA PARA O HUMOR: Uma vez um colega meu de faculdade pediu a outro que explicasse como era, mais ou menos, a linguagem C. Ele já havia estudado PASCAL, portanto o outro explicou da seguinte forma: "C é uma espécie de PASCAL, mas só que lá o BEGIN é igual a '{' e o END é igual a '}'".
O surgimento dessas linguagens decorreu do conceito de "Programação Estruturada", que já abordamos no artigo PROGRAMAÇÃO (II) e portanto vamos apenas relembrar brevemente.
Na programação estruturada procura-se quebrar um programa em unidades lógicas (módulos), que podem ser procedimentos (procedures) ou funções (functions), e organizar o funcionamento dessas unidades hierarquicamente, de forma que o programa funcione bem e que os programadores saibam bem o que estão fazendo.
A verdade, porém, é que depois de duas décadas de programação estruturada, em meados dos anos 80, os programadores estavam tão confusos quando antes, os programas tão difíceis de escrever e manter quanto antes e os usuários tão insatisfeitos quanto antes.
Foi então que foi dito: Faça-se a Programação Orientada a Objetos!
E a POO foi feita, e os programadores ajuizados viram que ela era boa!