ActiveDelphi

corohsnk · Enviada: Dom Ago 16, 2015 4:15 am Assunto: Criando arquivos .pas

Pessoal, boa noite

Alguem que tenha experiencia pode me dizer se é viavel fazer o que estou fazendo?

por exemplo
estou padronizando alguns funções no sistema como a mascara do CPF ai eu criei uma unit chamada CPF e dentro dela o codigo ficou assim

strak2012 · Enviada: Dom Ago 16, 2015 9:24 am Assunto:

Isso chamamos de métodos estáticos ou programação procedural ou até mesmo programação imperativa, até nos dias de hoje seu uso é muito importante pois este é modelo base para a programação orienta a objetos.

A questão então quando usar programação procedural e quando usar programação orientada a objeto e quais as vantagens e desvantagem de ambos assim como se haveria algum conflito se adotar ambas no único projeto.

Vejamos então algumas funções que o próprio ambiente delphi possui que são estáticas (procedural)

now
stringreplace
date
copy
delete
pos
move

Note que todas estas funções são estáticas logo você não precisa instanciar uma classe para fazer uso das mesma, pois já estão previamente declarada em alguma unit do sistema estaticamente.

Não consigo ver um só programa usar 100% de código orientado a objeto pelo simples fato de você necessitar fazer uso de alguma função ou procedure estáticas mesmo que seja das units do proprio delphi.

Já pelo contrario você consegue produzir uma aplicação totalmente procedural claro sua manutenção é um trabalho monstro alem de tonar seu código muito repetitivo, sem muitos recursos e nenhuma interface.

Os usos dos métodos estáticos no meu ver são para operações simples ou para operações onde não se haja a necessidade de criar um objeto algo do tipo calcular uma soma de números ou vetores, verificar se uma determinado dado é valido tal como verificar se um cpf é valido ou se um texto estar formatado de forma adequada para utilização , manipular strings e ou números em geral com operações simples ou até mesmo um pouco complexas como criptografar texto.

Fazer apenas uso de métodos estáticos é um mau caminho e sinal de grandes dores de cabeça futuras, ficar bitolado a programação orientada também não é lá boa coisa, acredito que você deva fazer um estudo antes do que melhor atende sua necessidade.

Programação orientada a objeto é muito dependente de métodos estáticos, pois sem a mesma ela nada faria, não passaria de um simples texto sem proposito.

Em um grande resumo
Programação orientada a objeto é a forma mais eficaz de organizar o uso dos métodos estáticos.

Costumo fazer uso de ambas em meus projetos e por incrível que parece ainda faço bastante uso da programação procedural em meus projetos.

Das vantagens da programação orientada a objetos
Código mais enxuto
Reusabilidade
Permite novas implementação de métodos, objetos ou até mesmo classes sem interferir no que já estar feito.
Mais rapidez no desenvolvimento de projetos
Facilidade na manutenção dos códigos fontes
Dentre algumas outras mais

Das vantagens da programação procedural
São mais simples e direta sua criação ( indicado a quem estar iniciando, mas não dispensado aos mais experiente )
É normalmente vista por toda aplicação ( dependendo apenas da declaração de sua unit em uses )
São relativamente mais rápida em executar operações. ( isso varia de caso para caso )
São menos complexas se comparado a programação orientada a objeto
_________________
Tudo podemos quando tudo sabemos!

marcieldeg · Enviada: Dom Ago 16, 2015 6:31 pm Assunto:

Complementando, existe uma terceira forma, OO e sem necessidade de criar os objetos.

DonOctavioDelFlores · Enviada: Seg Ago 17, 2015 9:41 am Assunto: Re: Criando arquivos .pas

DonOctavioDelFlores · Enviada: Seg Ago 17, 2015 9:56 am Assunto:

claudio.ferreira · Enviada: Ter Ago 18, 2015 11:22 am Assunto:

De tanto ter que refazer programação procedural para OO devido a que passado algum tempo e tendo que dar manutenção no código e que eu mesmo fiz e já nem sabia ou lembrava mais como funcionava, agora não faço mais nada sem ser OO.

Não porque estou catequizado, não porque li muito sobre os papas da OO, GoF, Guinter Pauli, padrões de projeto, MVC, etc.. etc..

eu até li, mas não faço nada sem a comprovação de que é realmente eficiente.

Uso OO porque simplesmente me facilita a vida, consigo entender e ampliar o código feito de forma a que ampliado não me cause problemas de entendimento e pasmem também de funcionamento, porque um código que você não entende é provável que quando for mexer vá bugar outras partes.

É óbvio que se for fazer uma coisa bem rápida e pequena, ainda vá lá alguns procedures direto na interface da Unit, e até mesmo rotinas estanques sem necessidade de encapsulamento de dados, uso procedural, mas quando começa a complicar, já crio logo uma classe e coloco lá.

Depois de algum tempo programando e praticando OO, voce já sabe que tipo de código é elegível para estar numa classe ou não, no meu caso já consigo decidir antes de codificar se farei OO ou procedural, na maioria das vezes sai OO, nem penso 2 vezes.

Mas isso só se aprende praticando, sem praticar é mais difícil.

Obs : No caso do rapaz que pergunta se é melhor OO. A OO é melhor usada quando se pretende usar DADOS + CODIGO encapsulado, no caso da rotina de formatação não há dados que se pretenda manter e nem guardar o estado durante a execução em um objeto, então qualquer das duas opções é factível sem prejuízo algum do entendimento, manutenibilidade, testabilidade e da execução, ou seja OO ou procedural, tanto faz aí nesse caso.
_________________
Sistema SNGPC para farmácias
http://www.cmasistemas.com.br
Rastreabilidade de Medicamentos
https://www.sncm.com.br
Soluções em Delphi
https://delphisolutions.wordpress.com/
.
"E não sabendo que era impossível, foi lá e fez"
Mark Twain