dbedits ou edits???

Question

Qual o melhor dbedits ou edits???Meu colega quer utilizar edits, d� muito trampo...Acho q o dbedit adianta o trabalho e naum causa nenhum problema...Opinem por favor!            obrigado,             ...

Essistemas · Answer

Olha trabalhei com Dbedits, quando utilizava paradox, hoje utiliza interbase, e utilizo s� edits em meu programa, acho que assim vc controla + os dados. Utilizo um sistema de classes para fazer o trabalho p/ mim. Com certeza � bem trabalhoso + o resultado � satisfat�rio, porque leva vc a a decidir muita coisa em tempo de execu��o, e isto acaba de dando um diferencial, porque afinal de contas ligar propriedades n�o � t�o complexo n�o �.
Boa Sorte se precisa de ajuda estamos ai !!

Chacal81 · Answer

valeu obrigado!!!      :shock:  :shock:  :shock:  :shock:...

Bon Jovi · Answer

[quote:f870dbef35=�essistemas�]Olha trabalhei com Dbedits, quando utilizava paradox, hoje utiliza interbase, e utilizo s� edits em meu programa, acho que assim vc controla + os dados. Utilizo um sistema de classes para fazer o trabalho p/ mim. Com certeza � bem trabalhoso + o resultado � satisfat�rio, porque leva vc a a decidir muita coisa em tempo de execu��o, e isto acaba de dando um diferencial, porque afinal de contas ligar propriedades n�o � t�o complexo n�o �.Boa Sorte se precisa de ajuda estamos ai !![/quote:f870dbef35][quote:f870dbef35=�essistemas�]�acho que assim vc controla + os dados�[/quote:f870dbef35]Certo, tem mais controle, mas conforme sua experi�ncia, o q se deixa de controlar com dbEdits, a ponto de nao ser vantajoso?Na minha opni�o prefiro dbEdits, s� pra telas de cadastros geralmente. Acho muito mais produtivo neste caso, e nao vejo problema nenhum, conforme meu padrao de tela de cadastro. S� nao uso onde n�o vejo necessidade (nos casos que trabalho com ExecSQL ao inv�s de Edit/Post)....

Khundalini · Answer

Sempre defendi o uso de controles data-aware. O que muitos reclamam, talvez por falta de conhecimento, � que esses controles acabam fazendo �coisas indesejadas�. Isso pode ser facilmente resolvido revisando seu c�digo e usando adequada e corretamente os eventos do datasource, do dataset e tamb�m dos objetos TField associados ao dataset. Isso sem contar com o fato que � mais pr�tico e poupa tempo em escrever c�digo maior para controlar o que � editado.

[]s
Rubem Rocha
Manaus, AM

Vinicius2k · Answer

Acho que essa � uma quest�o bem particular...

Pessoalmente eu n�o uso data-aware... quando migrei de desktop para client/server eu pensei �se � pra ser client/server, vou ser 100� client/server�... n�o que os data-aware n�o sejam, ou que sejam, mas este era meu pensamento na �poca...
Acabei por desenvolver uma s�rie de t�cnicas q tornaram o uso de TEdits, TMaskEdits, etc, bem produtivo...
Meus ClientDataSets, por exemplo, s� servem para mostrar dados no dbgrid, todas as opera��es com o banco s�o feitas 100� com SQL (acho at� que isso pode me trazer problemas numa eventual migra��o para 3 camadas)...
Bem seja como for, acho que vc deve saber trabalhar das duas formas... e escolher qual a melhor de acordo com a situa��o...
T+

Paulo_amorim · Answer

Ol�Particularmente prefiro TEdit pois seu uso n�o � muito mais complicado, � mais seguro e confi�vel. O que vc tem que fazer � codificar, e isso nem leva muito tempo.Acho que o Custo X Benef�cio do TEdit � maior...mas isso eh bem particular n�......

Khundalini · Answer

Pois eu n�o abro m�o de controles data-aware por v�rios motivos:

1) Separar interface de usu�rio das regras de neg�cio;

2) N�o precisar ficar escrevendo c�digo pra copiar valor de campo de um dataset pr�um TEdit/TComboBox/etc.;

3) As regras e valida��es podem ser codificadas em eventos do dataset, do datasource ou dos TFields, ao inv�s de ficar codificando um monte de regras em eventos dos controles da tela como OnExit, OnKeyPress, OnKeyDown, OnEnter, etc., deixando a interface mais enxuta, com menos c�digo pra dar manuten��o;

4) As regras podem facilmente ser adaptadas para outro formul�rio, pois est�o em partes separadas (data modules) dos formul�rios, e os controles data-aware se encarregam apenas de apresent�-los e/ou edit�-los;

5) Facilita a migra��o do fonte do projeto para uma outra arquitetura (Ex.: Quando se trabalha em bases de dados Desktop e vai migrar o projeto pra cliente/servidor ou mesmo multicamadas);

6) Quando usado com o (agora extinto) Dicion�rio de Dados do BDE (Acho que poucos conhecessem esse maravilhoso artif�cio!), ajuda bastante no desenho r�pido da tela;

E por a� vai. Se me lembrar de outros benef�cios que sempre tive com controles data-aware eu posterei na lista.

[]s
Rubem Rocha
Manaus, AM

Vinicius2k · Answer

Khundalini,Como disse creio que essa seja uma quest�o de decis�o pessoal... vc pode enumerar quantos motivos quiser em defesa do data-aware que n�o vai me convencer que � melhor e eu posso enumerar os motivos pelos quais prefiro TEdits e variantes que n�o vou lhe convencer do contr�rio...Acho que n�o cabe discuss�o quanto a isso... o colega apenas pediu nossa opini�o, cabe a ele decidir qual usar...T+...

Khundalini · Answer

Concordo, Vin�cius. Apenas ilustrei meus benef�cios quanto ao uso de data-aware controls. Agora, cabe ao colega (e tamb�m ao seu n�vel de dom�nio na ferramenta) decidir o que ele ir� usar.

[]s
Rubem Rocha
Manaus, AM

Andrel · Answer

Ola galera..Primeiro o dbedit ajuda muito...que vc n�o precisa digitar codigo..� so configura o datafield .pegar a propriedade text e associar a query.Ai vai muito do muito do seu conhecimento...Espero ter ajudado...Andrel...

Vinicius2k · Answer

[quote:ac69f400b8=�Khundalini�]Apenas ilustrei meus benef�cios quanto ao uso de data-aware controls. [/quote:ac69f400b8]Compreendo... tamb�m n�o sei at� quando meu modelo de trabalho pode perdurar, pelo pouco que andei estudando de 3 camadas, n�o muito... usar TEdits para Appendar ou Editar um TClientDataSet seria uma grande besteira... funciona muito bem da forma q trabalho : Query din�mica e instru��es SQL diretamente para a base envoltas em transa��es... pelo que vi (talvez eu esteja enganado) n�o seria poss�vel passar isso direto ao servidor de aplica��o...[quote:ac69f400b8=�Khundalini�]n�vel de dom�nio na ferramenta[/quote:ac69f400b8]Essa coloca��o � muito boa. N�o usar data-aware sem dominar bem a ferramenta e a SQL, seria �suic�dio�...T+...

Okama · Answer

Ol� colegas,

N�o podia deixar de opinar nesse t�pico, pois v�rias pessoas j� me questionaram sobre o uso desses dois componentes.

Primeiramente o uso de DbEdit facilita muito o desenvolvimento de um aplicativo, em caso de cadastro voc� tem todos os campos para editar e inserindo um DBNavigator t� pronto o m�dulo.

O que me levou a usar o TEdit foi a necessidade de controlar a digita��o e formata��o dos valores, e o uso do SQL, pois � mais f�cil formatar um campo no OnExit para �100,00� quando o usu�rio digita �100� ou �100.00� se for feito com DbEdit o erro ocorre na Tabela antes do Exit, o ponto decimal � decisivo.

Outro motivo foi a atualiza��o de v�rias tabelas em um �nico formul�rio, muitas vezes o que temos gravado na tabela n�o � o que o usu�rio v�. Ex: voc� grava �005� e o usu�rio v� no TEdit ou TComboBox �Cliente Inadimplente�

Tudo depende do tipo da aplica��o, em alguns casos utilizo DBEdit por ser mais simples, em outros casos o melhor � TEdit co tratamento de erro.

Atenciosamente.

Bon Jovi · Answer

[quote:fce3b22b75=�Okama�]O que me levou a usar o TEdit foi a necessidade de controlar a digita��o e formata��o dos valores, e o uso do SQL, pois � mais f�cil formatar um campo no OnExit para �100,00� quando o usu�rio digita �100� ou �100.00� se for feito com DbEdit o erro ocorre na Tabela antes do Exit, o ponto decimal � decisivo. [/quote:fce3b22b75]Sobre o �100.00� (com ponto), nao sei se entendi bem o q vc quis dizer. Mas no dbEdit, de acordo com o TField, nem � permitido o usu�rio digitar caracteres inv�lidos. Um exemplo que n�o vejo esse problema:object ADODataSet1CAMPO_TESTE: TFloatField  FieldName = �CAMPO_TESTE�  DisplayFormat = �#,0.00�endSe no Windows do usu�rio o separador for v�rgula, entao a digita��o de um ponto (.) nem � permitida.[quote:fce3b22b75]Outro motivo foi a atualiza��o de v�rias tabelas em um �nico formul�rio, muitas vezes o que temos gravado na tabela n�o � o que o usu�rio v�. Ex: voc� grava �005� e o usu�rio v� no TEdit ou TComboBox �Cliente Inadimplente�[/quote:fce3b22b75][size=9:fce3b22b75]�...voc� grava �005� e o usu�rio v� no TEdit...�  [/size:fce3b22b75]Resolvi criando um TDBLookupEdit. E em alguns casos, pra consultas n�o pesadas, o TDBLookupComboBox j� resolve muito bem....

Bon Jovi · Answer

[quote:e8d6dbd290=�Okama�]Tudo depende do tipo da aplica��o, em alguns casos utilizo DBEdit por ser mais simples, em outros casos o melhor � TEdit co tratamento de erro.[/quote:e8d6dbd290]Usando ClientDataSet nao vejo problemas e nem impossibilidades no mundo data-aware. Mas concordo com isso q vc disse, pois quando n�o h� necessidade/vantagens, tem telas que n�o uso tamb�m....

F�rum dbedits ou edits??? #239364