O problema é que dessa forma você chutou a orientação a objetos para bem
longe da sua aplicação.
As ferramentas RAD induzem o programador a trabalhar de uma forma não
muito orientada a objetos. Criamos funções e procedimentos, utilizamos
vários dos eventos que a ferramenta nos disponibiliza e fechamos os
olhos para enxergar o futuro que virá pela frente.
Quando damos ênfase à orientação a objetos e trabalhamos de uma forma a
reusar nossos objetos no futuro, estamos evitando ser comparados com
aqueles que alguns chamam de meros "pregadores de botão".
Aí você diz: "a minha função é reusável", mas será que você pensou que
ela poderia ser um objeto? Que ela poderia ter atributos e métodos
próprios? Que poderia ao invés de receber vários componentes, receber
apenas as informações necessárias?
Ex. do código na Interface:
Empresa:= TEmpresa.Create;
Empresa.RazaoSocial := edt_razao.Text;
Empresa.NomeFantasia := edt_nome.Text;
Empresa.CNPJ := edt_cnpj.Text;
Empresa.InscricaoEstadual := edt_inscricao.Text;
Empresa.SalvaEmpresa;
Lembre-se que programar qualquer um pode, mas desenvolver com excelência
são poucos os que conseguem. Espero que um dia "eu" consiga chegar lá.
Sds,
Romario
Alisson escreveu:
> Eu, particularmente prefiro usar Edit e outros components não Data Aware. Geralmente
> componentes muito automatizados são mais difíceis de controlar. Inicialmente você
> pode pensar que terá muito trabalho com eles, mas se você for criativo você poderá
> desenvolver functions e procedures que te auxiliarão muito. Por exemplo, eu
> desenvolvi functions que geram o código SQL para inclusão, exclusão, alteração e
> consulta. Eu apenas passo os componentes como parâmetros e a function faz o resto. O
> exemplo abaixo seria a chamada da função que faz a inclusão de um registro em uma
> tabela. Ela gera o codigo SQL, verifica os campos que são requeridos, o tipo dos
> campos e faz a inserção.
>
> Inclusao('Config', 'Empresa',[edtEmpresa, edtEndEmp, edtBairroEmp, edtCidadeEmp,
> cbbEstadoEmp, edtTelEmp, edtCodCliente, edtMsgPed, edtNumViasPV,
> rdgHabDesCGeral,edtFigRel, chbContChCx]);
>
>
>
> ----- Original Message -----
> From: Romario (Delphi)
> To: [EMAIL PROTECTED]
> Sent: Thursday, September 23, 2004 11:09 AM
> Subject: Re: RES: [delphi-br] Edit ou DBEdit
>
>
> Não querendo criar polêmica, mas já criando:
>
> - Se você quer aprender mais, ter mais dor de cabeça e pensa em migrar
> seus aplicativos para multicamadas, utilize componentes NÃO data-aware.
>
> - Se você quer aprender menos, ter menos dor de cabeça e não pretende
> migrar seus aplicativos para multicamadas, utilize componentes data-aware.
>
> Acredito que as dificuldades que você encontra tendo que fazer as coisas
> na unha, auxilia e muito no seu conhecimento.
>
> Use e abuse da Orientação a Objetos. ;-)
>
> Sds,
>
> Romario
--
<<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>
Para ver as mensagens antigas, acesse:
http://br.groups.yahoo.com/group/delphi-br/messages
Para falar com o moderador, envie um e-mail para:
[EMAIL PROTECTED] ou [EMAIL PROTECTED]
Links do Yahoo! Grupos
<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/delphi-br/
<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]
<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html
