Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
sim, fiz tudo... usei BDE...
criei NEW CONNECTION, dei um EDIT, selecionei STANDARD (piradox), mandei gravar
no PATH c:\, Show Build, SELECT ALL BUILT DATABASE...
Sim, fiz tudo começei a cadastrar, fones, cadastrei a cidade normal... só que
quando vou dar OK em um dos dois que te falei deu este erro...
Luiz Escobar
Analista/Desenvolvedor:
WEB - HTML/JavaScript/PHP/MySQL
WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase
DOS - Clipper/Assembler xBase
SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k
LINUX - LAZARUS/Kylix/MySQL;
http://www.megasistema.com.br
- Original Message -
From: Joao Morais
To: delphi-br@yahoogrupos.com.br
Sent: Thursday, December 07, 2006 7:38 AM
Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Luiz Escobar wrote:
Baixei, criei tudo bzl.. durante o cadastro seja pessoa ou compania da o
seguinte erro:
troque os 'X9s' pelos respectivos codigos dos object ehheehe...
Error storing object TPerson('x9x9x9'): Field 'Address' not found
Error storing object TCompany('x9x9'): Field 'Address' not found
Qual banco? Você executou o Build-Show Build Sequence-Build Database?
--
João Morais
[As partes desta mensagem que não continham texto foram removidas]
Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
o zeos ai do exemplo serve para MySQL 5.0.21 ou superior ??? Luiz Escobar Analista/Desenvolvedor: WEB - HTML/JavaScript/PHP/MySQL WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase DOS - Clipper/Assembler xBase SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k LINUX - LAZARUS/Kylix/MySQL; http://www.megasistema.com.br - Original Message - From: Joao Morais To: delphi-br@yahoogrupos.com.br Sent: Thursday, December 07, 2006 3:39 PM Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Luiz Escobar wrote: sim, fiz tudo... usei BDE... criei NEW CONNECTION, dei um EDIT, selecionei STANDARD (piradox), mandei gravar no PATH c:\, Show Build, SELECT ALL BUILT DATABASE... Sim, fiz tudo começei a cadastrar, fones, cadastrei a cidade normal... só que quando vou dar OK em um dos dois que te falei deu este erro... hmmm... foi mal Luiz. A culpa é do meu modelo, do jeito que ele está não aceita flat table. Tem que ser um conector SQL. -- João Morais [As partes desta mensagem que não continham texto foram removidas]
Res: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Eu tb não sei, mas no endereço que vc passou eu estou vendo a seguinte mensagem:
http://img99.imageshack.us/my.php?image=erroij1.jpg
Mas se quiser, sugiro que poste esta imagem lá no www.imageshack.com
- Mensagem original
De: Luiz Escobar [EMAIL PROTECTED]
Para: delphi-br@yahoogrupos.com.br
Enviadas: Quarta-feira, 6 de Dezembro de 2006 14:06:29
Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Bom gente não sei o que esta acontecendo, a pagina esta lá, testei de casa
SPEEDY, e na empresa onde tenho dois links SPEEDY e VIRTUA nos tres teste
apareceu...
Esta imagem foi para ilustrar o que o CAMPOS me perguntou, porque não faço
OPEN/CLOSE/REFRESH na tabela, CASO, eu vá cadastrar um cliente onde não
existe a cidade no banco de cidade, tendo que abrir outro FORM para
cadastrar e ter que dar um REFRESH ou CLOSE/OPEN para atualizar a tabela
como ambos os FORM´s usando o mesmo componente TTABLE, nao a necessidade de
se dar um REFRESH pois cadastrou os dados estão lá claro, se o cadastro
da cidade for feito por outro .EXEcutavél ou por outra maquina, ai na
maquina/.EXEcutavé l onde estou cadastrando o cliente teria OBRIGATORIAMENTE
dar um REFRESH ou (melho) CLOSE/OPEN.. .. pois as vezes o REFRESH não
REFRESca nada... ;-)
Olha que a imagem é meio grande 1600x1200 - 341Kb
umas pequenanissima descrição...
http://luizescobar. brlog.info
só a imagem...
http://paginas. terra.com. br/informatica/ radios/imagem. JPG
Luiz Escobar
Analista/Desenvolve dor:
Luiz Escobar
Analista/Desenvolve dor:
- Original Message -
From: Valfrid-Ly Silva Couto
Tentando abrir a imagem: Fora do ar
Esta página está fora do ar Provavelmente, o autor do site ainda não fez a
publicação das páginas nos nossos servidores.
Tente novamente outra hora.
Luiz Escobar [EMAIL PROTECTED] .com.br escreveu: Uai... aqui pra ieu
aparece
Olha que a imagem é meio grande 1600x1200 - 341Kb
http://luizescobar. brlog.info
só a imagem...
http://paginas. terra.com. br/informatica/ radios/imagem. JPG
Luiz Escobar
Analista/Desenvolve dor:
!--
#ygrp-mlmsg {font-size:13px;font-family:arial,helvetica,clean,sans-serif;}
#ygrp-mlmsg table {font-size:inherit;font:100%;}
#ygrp-mlmsg select, input, textarea {font:99% arial,helvetica,clean,sans-serif;}
#ygrp-mlmsg pre, code {font:115% monospace;}
#ygrp-mlmsg * {line-height:1.22em;}
#ygrp-text{
font-family:Georgia;
}
#ygrp-text p{
margin:0 0 1em 0;
}
#ygrp-tpmsgs{
font-family:Arial;
clear:both;
}
#ygrp-vitnav{
padding-top:10px;
font-family:Verdana;
font-size:77%;
margin:0;
}
#ygrp-vitnav a{
padding:0 1px;
}
#ygrp-actbar{
clear:both;
margin:25px 0;
white-space:nowrap;
color:#666;
text-align:right;
}
#ygrp-actbar .left{
float:left;
white-space:nowrap;
}
.bld{font-weight:bold;}
#ygrp-grft{
font-family:Verdana;
font-size:77%;
padding:15px 0;
}
#ygrp-ft{
font-family:verdana;
font-size:77%;
border-top:1px solid #666;
padding:5px 0;
}
#ygrp-mlmsg #logo{
padding-bottom:10px;
}
#ygrp-vital{
background-color:#e0ecee;
margin-bottom:20px;
padding:2px 0 8px 8px;
}
#ygrp-vital #vithd{
font-size:77%;
font-family:Verdana;
font-weight:bold;
color:#333;
text-transform:uppercase;
}
#ygrp-vital ul{
padding:0;
margin:2px 0;
}
#ygrp-vital ul li{
list-style-type:none;
clear:both;
border:1px solid #e0ecee;
}
#ygrp-vital ul li .ct{
font-weight:bold;
color:#ff7900;
float:right;
width:2em;
text-align:right;
padding-right:.5em;
}
#ygrp-vital ul li .cat{
font-weight:bold;
}
#ygrp-vital a {
text-decoration:none;
}
#ygrp-vital a:hover{
text-decoration:underline;
}
#ygrp-sponsor #hd{
color:#999;
font-size:77%;
}
#ygrp-sponsor #ov{
padding:6px 13px;
background-color:#e0ecee;
margin-bottom:20px;
}
#ygrp-sponsor #ov ul{
padding:0 0 0 8px;
margin:0;
}
#ygrp-sponsor #ov li{
list-style-type:square;
padding:6px 0;
font-size:77%;
}
#ygrp-sponsor #ov li a{
text-decoration:none;
font-size:130%;
}
#ygrp-sponsor #nc {
background-color:#eee;
margin-bottom:20px;
padding:0 8px;
}
#ygrp-sponsor .ad{
padding:8px 0;
}
#ygrp-sponsor .ad #hd1{
font-family:Arial;
font-weight:bold;
color:#628c2a;
font-size:100%;
line-height:122%;
}
#ygrp-sponsor .ad a{
text-decoration:none;
}
#ygrp-sponsor .ad a:hover{
text-decoration:underline;
}
#ygrp-sponsor .ad p{
margin:0;
}
o {font-size:0;}
.MsoNormal {
margin:0 0 0 0;
}
#ygrp-text tt{
font-size:120%;
}
blockquote{margin:0 0 0 4px;}
.replbq {margin:4;}
--
___
Você quer respostas para suas perguntas? Ou você sabe muito e quer compartilhar
seu conhecimento? Experimente o Yahoo! Respostas !
http://br.answers.yahoo.com/
[As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! OFF
Do RS. Funcionou...na segunda tentativa.. Cara...hein...muito show tua área de trabalho...poh... Atenc. Elazar -Mensagem original- De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Luiz Escobar Enviada em: quarta-feira, 6 de dezembro de 2006 14:06 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Bom gente não sei o que esta acontecendo, a pagina esta lá, testei de casa SPEEDY, e na empresa onde tenho dois links SPEEDY e VIRTUA nos tres teste apareceu... Esta imagem foi para ilustrar o que o CAMPOS me perguntou, porque não faço OPEN/CLOSE/REFRESH na tabela, CASO, eu vá cadastrar um cliente onde não existe a cidade no banco de cidade, tendo que abrir outro FORM para cadastrar e ter que dar um REFRESH ou CLOSE/OPEN para atualizar a tabela como ambos os FORM´s usando o mesmo componente TTABLE, nao a necessidade de se dar um REFRESH pois cadastrou os dados estão lá claro, se o cadastro da cidade for feito por outro .EXEcutavél ou por outra maquina, ai na maquina/.EXEcutavél onde estou cadastrando o cliente teria OBRIGATORIAMENTE dar um REFRESH ou (melho) CLOSE/OPEN pois as vezes o REFRESH não REFRESca nada... ;-) Olha que a imagem é meio grande 1600x1200 - 341Kb umas pequenanissima descrição... http://luizescobar.brlog.info só a imagem... http://paginas.terra.com.br/informatica/radios/imagem.JPG Luiz Escobar Analista/Desenvolvedor: Luiz Escobar Analista/Desenvolvedor: - Original Message - From: Valfrid-Ly Silva Couto Tentando abrir a imagem: Fora do ar Esta página está fora do ar Provavelmente, o autor do site ainda não fez a publicação das páginas nos nossos servidores. Tente novamente outra hora. Luiz Escobar [EMAIL PROTECTED] escreveu: Uai... aqui pra ieu aparece Olha que a imagem é meio grande 1600x1200 - 341Kb http://luizescobar.brlog.info só a imagem... http://paginas.terra.com.br/informatica/radios/imagem.JPG Luiz Escobar Analista/Desenvolvedor: ___ Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! http://br.mobile.yahoo.com/mailalertas/
Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Baixei, criei tudo bzl.. durante o cadastro seja pessoa ou compania da o
seguinte erro:
troque os 'X9s' pelos respectivos codigos dos object ehheehe...
Error storing object TPerson('x9x9x9'): Field 'Address' not found
Error storing object TCompany('x9x9'): Field 'Address' not found
Luiz Escobar
- Segue mensagem original! -
De: Joao Morais [EMAIL PROTECTED]
A caixa de diálogo do conector é apresentada sempre que existe um número
diferente de 1 (um) conector configurado. Para criar um novo conector,
click com botão direito, New, escolher o tipo de conector e depois
seguir a intuição. Esta informação é gravada em um xml na mesma pasta do
executável.
O InstantObjects constrói o banco sozinho, para isto basta escolher a
opção build após configurar o conector. MySQL, Interbase e Firebird
criam o banco de dados caso ele não seja encontrado. Para os demais
bancos é necessário criar um banco vazio para que o InstantObjects
construa o metadata.
--
João Morais
Re: RES: [delphi-br] Re: Usar ou não usar DBWares ? Eis a questão!
anderson wrote: Perdoem minha ignorancia no assunto, mas, existe possibilidade de se utilizar ASPECTOS no delphi ??? Sei que o Marcos ( do Infra ) estava procurando desenvolver o InfraAspects ou algo parecido, conhecem algo do genero ? Não é possível de forma nativa. O que o Marcos fez foi hackear a vmt mas isso deixa o código dificílimo de ser portado. Por sinal, acho que a implementação dele já está pronta. -- João Morais
Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Ok, valeu, vou tentar compilar, valeu... Luiz Escobar Analista/Desenvolvedor: WEB - HTML/JavaScript/PHP/MySQL WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase DOS - Clipper/Assembler xBase SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k LINUX - LAZARUS/Kylix/MySQL; http://www.megasistema.com.br - Original Message - From: Joao Morais To: delphi-br@yahoogrupos.com.br Sent: Monday, December 04, 2006 12:01 PM Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Luiz Escobar wrote: - É o mesmo botãozinho em cada componente. E se for um TDBSpeedButtonLookupComboBox, tem que dizer qual é o formulário alvo em cada formulário criado. Se não quiser dizer qual é o form, tem que ser MVP. Mas João, como em MVP ele sabe que eu quero cadastrar e qual é o FORM, indiretamente eu estou informando não é ?? vejamos: procedure buttonclick(...) form1.showMODAL; procedure buttonclick(...) cliente := TCLIENTE.nãolembrootermo(ID); Você não precisa disso. O registro de Presenter faz isso por você. Então se você tem um combo e liga a um Nota.Cliente, ele sabe que isso aponta para TCliente, sabe que vai usar o form TClienteEditViewForm, ele sabe instanciar o form, destruir, gravar os dados do Cliente em TCliente e depois gravar o ID do cliente em TNota. Depois nesse combo você pode digitar um pedaço do nome do cliente e o Combo é aberto com os clientes que possuem aquele critério. Novamente, sem código algum. Tudo o que tens que fazer é criar as classes (Wizard, pois sem ele é bem phodha), registrar, e por fim ligar o Combo ao atributo da classe (uma linha de código que chama um método com três parâmetros). Tá certo, você precisa registrar algumas coisas, e no lugar certo. E se você quiser criar umas funcionalidades diferentes, tem que ser no lugar certo também, mas tudo isso resolve-se com Wizards, sem código nenhum -- exceto o seu próprio código, lógico, MVP não faz milagre. Você precisa pelo menos saber o que quer :-) E lógico, ainda falta implementar os raios dos Wizards. sempre penso em como fazer o software ser mais produtivo para o USUÁRIO também, se as telas começarem a demorar d+ para serem apresentadas, to fora... Depende da persistência. InstantObjects tem uns perrengues (lentidão) quando você tem objetos muito complexos. Mas como te disse - uma que a equipe está trabalhando nesse perrengue, outra que eu posso escrever um broker para tiOPF, DePO ou qualquer outro. Outra ainda é que eu tenho intenção de criar um framework de persistência próprio. Ainda assim, mesmo com InstantObjects, não é nada de arrancar os cabelos. Tenho um projeto com quatro níveis de mestre-detalhe, e as telas apesar de não serem apresentadas instantaneamente, levam uma pequena fração de segundos para aparecer quando o objeto ainda tá no banco. Se o objeto tá em cache, a apresentação é instantânea, independente do tamanho do form. Quanto ao produtivo para o usuário, aqui sim está a vantagem. Você cria novas funcionalidades em quaisquer componentes, como Combo, StringList, ou mesmo Edit, registra o Model no framework e a funcionalidade é replicada para todo o teu sistema. Se você quiser, agora, usar um ListView para apresentar dados (o framework *ainda* não o suporta), basta você registrar uma View que entenda ListView e pimba, tá lá o ListView mostrando os teus objetos de negócio. Você não precisa que o desenvolvedor do framework faça isso por você, nem mesmo se o código fosse fechado. Assim você usa uma ferramenta que não te prende a apenas um padrão, um banco, um componente, uma funcionalidade. Veja MVP.txt nos docs aonde eu falo mais ou menos isso com outras palavras. E que ASSEMBLY tem haver com isso... Quanto a arrastar componentes, bom se alguem trabalhar em DELPHI e não fizer isso, bom, deve ser um MASOQUISTA! O fato de eu, arrastar ou não componentes, e vc, ser o construtor de um MVP, não o torna melhor o pior programador que eu, acho que neste ponto vc deveria REVER OS SEUS CONCEITOS... Véi, foi forçado o comentário. Mas ainda assim tentei colocar dois exemplos extremos - Assembly é puro código e arrastar componente é puro click. Nenhum dos dois é bom porque por um lado lhe falta produtividade, por outro lhe falta recurso. MVP é mais orientado a código, especialmente _hoje_, _em Press_. Logo que a anta véia conseguir criar os Wizards tudo firacá mais divertido e clickável. Mesmo assim, desculpa a falta de jeito. Eu, pra mula, só tá faltando as penas. se compilou aquele PHONEBOOK ?? to loco pra testar a performance do bixim... Já vi que vc não quer me enviar o executavel pra eu testar... Leia os Readme. Já LI!... :-/ Vide ($Press)/Demos/Readme.txt. Você precisa remover a dependência com InstantObjects, ou instalá-lo em teu micro. Ainda assim vou empacotar um binário
Re: RES: RES: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
anderson wrote: Adorei a ideia, To querendo algo assim mesmo ecomecar a de leve sair de win 32 e migrar tudo para .NET e nada melhor que aproveitar e mudar o modo de se trabalhar para algo o mais proveitoso ! Concordo. Agora duas coisas que julguei importante colocar: - OPF tem outra vantagem perante TDataset que eu esqueci de mencionar - mapeamento. Se você precisa mudar um nome de atributo, basta mudar esse nome no mapeamento. Se mudar o tipo ou remover um campo, basta mudar na classe e o seu projeto vai dar erro de compilação aonde você precisar alterar. 100% produtivo; - Especialmente quanto a Press (sei que você falou em .net, é só um gancho) não há compromisso em tornar compatível com a plataforma. Orientação a objetos o Press faz por si. Multiplataforma é feito com Free Pascal. E ainda gera código nativo--mais rápido. Se o porte para .net não trouxer dor de cabeça... beleza, um dia ela acaba saindo. -- João Morais _ De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Joao Morais Enviada em: sexta-feira, 1 de dezembro de 2006 15:58 Para: delphi-br@yahoogrupos.com.br Assunto: Re: RES: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! anderson wrote: Entendi, mas vamos supor entaum, eu posso suar ECO como OPF e usar uma camada MVP para desacoplar ao maximo possível DB / MODELO / APRESENTAÇÃO certo ? Desacoplar do banco você pode fazer com ClientDataSet ou DBExpress. Com OPF (ECO, por exemplo) além de desacoplar você tem objetos de negócio de verdade, e com hierarquia de classe, tipo: TContato-TPessoa-TCliente, caso seu projeto precise. Você tem também cache e controle transacional controlados pelo framework, evita repetição de código e de tratamentos de erro. O MVP faz com que você reaproveite código de apresentação e deixa os seus forms totalmente sem implementação. -- João Morais
Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Bom vamos fazer o seguinte, eu não vo conseguir convencer vc que DBWares são uma boa coisa assim como vc não vai me converser que MVP são a solução dos problemas... CERTO!? Bem então já que vc esta desenvolvendo o SEU MVP que está em PRE-ALFA, faça o seguinte, porque creio que não só eu como varios aqui ficaram interessados no assunto, dá pra colocar no site um LINKzinho com um cadastro com nome e email para sempre que sair atualizações a gente receber no email pelo meno O MVP DO JOÃO FOI ATUALIZADO! ai a gente vai acompanhado e APRENDENDO MAIS E MAIS de como isso ai realmente funciona, porque pra VC é FACIL FALAR pois é VC que esta DESENVOLVENDO esta do jeito que esta na SUA CABEÇA e não na dos demais..., pra mim trabalhar com DBWARE´s é MUITO FACIL e nunca senti dificuldades com ele, o que pode ser muito CLARO pra vc pros outros vai parece um breu total... assim vc ajuda a comunidade a acompanhar o seu projeto, ou se não der pra fazer a parte de emails pois o provedor onde esta não aceita vc mandar MUITOS emails, posta aqui no GRUPO mesmo, OLHA GENTE ATUALIZEI MAIS UMAS COISA e coloca o LINK porque a gente acaba esquecendo... BLZ!? Sem recentimentos... Abraços... Até mais... Agora eu encerei a minha participação nesta THREAD... só v ou acompanhar e não mais participar... Então em sua resposta se puder apenas afirmar e não perguntar... ;-) E mais abaixo tem os meus comentários sobre os seus comentários Luiz Escobar - Segue mensagem original! - De: Joao Morais [EMAIL PROTECTED] - É o mesmo botãozinho em cada componente. E se for um TDBSpeedButtonLookupComboBox, tem que dizer qual é o formulário alvo em cada formulário criado. Se não quiser dizer qual é o form, tem que ser MVP. Mas João, como em MVP ele sabe que eu quero cadastrar e qual é o FORM, indiretamente eu estou informando não é ?? vejamos: procedure buttonclick(...) form1.showMODAL; procedure buttonclick(...) cliente := TCLIENTE.nãolembrootermo(ID); não vejo diferença assim... mas beleza... deixa queto... - Em herança de formulário você não tem como dizer que o ID_x aponta para a tabela x e que o formulário para fazer a alteração/inclusão é x. Se tivesse não seria herança de formulário, seria MVP. - DBNavigator não abre janela, e se abrir, você tem que dizer qual é a janela. E tem que destruir. E se duvidar, vai ser modal para que essa janela não bombeie o resto do sistema. E se nada disso der trabalho, não é DBNavigator, é MVP. - Herança, e não recursividade. O que manda mais que os dois acima é produtividade, tanto na parte de produção/construção do software quanto na parte de utilização dos mesmo... (tempo em todos os sentidos...). Porque EU como programador sempre penso em como fazer o software ser mais produtivo para o USUÁRIO também, se as telas começarem a demorar d+ para serem apresentadas, to fora... Do meu ponto de vista o DBWARE me parece mais produtivo, mas to tentando entender onde esta o ponto produtivo do MVP em DELPHI... tento QUE HOJE fazer mais códigos e/ou ficar separando isso aqui isso ali... - Pare de dar murro em ponta de faca, pergunte antes de falar bobagem. Se você tem certeza então não faça pergunta; se você tem dúvida, faça pergunta e não diga o que você acha. Para um programador Assembly você está me saindo um perfeito arrastador de componente. Se eu soubece tudo, não estaria DIALOGANDO(teimando) com vc e sim te encinando, ou ganhando muito mais dinheiro.. E que ASSEMBLY tem haver com isso.JESUS!!! Quanto a arrastar componentes, bom se alguem trabalhar em DELPHI e não fizer isso, bom, deve ser um MASOQUISTA! O fato de eu, arrastar ou não componentes, e vc, ser o construtor de um MVP, não o torna melhor o pior programador que eu, acho que neste ponto vc deveria REVER OS SEUS CONCEITOS... se compilou aquele PHONEBOOK ?? to loco pra testar a performance do bixim... Já vi que vc não quer me enviar o executavel pra eu testar... Leia os Readme. Já LI!... :-/
Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
nao sei ha qntas anda essa thread, mas td q o mvp faz, da pra se fazer diferente usando DBAware vc sempre precisa de cadastros resolvido, faca um arquivo xml contendo o mapeamento dos campos (msm coisa, mas usando DBW) ah, preciso de uma tela de busca generica... eu sempre tive isso usando DB se quer abandonar DBAware nao tem problema, mas vai ter q escrever linhas q estao prontas, pq da pra se ter msm qualidade em qq forma de programacao desde q se tenha conhecimento no q esta fazendo... Julio Cesar [EMAIL PROTECTED] +353 (87) 2184139 +353 (091) 630317 Nao ha saber mais ou saber menos, ha saberes diferentes (Paulo Freire) - Original Message - From: Joao Morais To: delphi-br@yahoogrupos.com.br Sent: Saturday, December 02, 2006 2:34 PM Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Luiz Escobar wrote: Fazer botãozinho do lado do combo pra cadastrar da trabalho ? onde ? Fazer ginastica para digitar e achar o cliente ? VC não conhece o MyDAC né ? ele tem isso no DBGRID que o acompanha.. e muito mais Criar um novo cliente ? novamente DBNAVIGATOR. Novo FORM novo PROJETO ? mesma manobra ? e a parte RECURSIVA se é igual só copiar FORM de um pro outro e olhe lá... se vc já sabe que vai reusar é só inserir no novo projeto... e VUA-LA, ta lá... heeeheee Quanto a erros, bons se eu uso 1 FORM em dois projetos se arrumar em um já arrumei em outro... eita - É o mesmo botãozinho em cada componente. E se for um TDBSpeedButtonLookupComboBox, tem que dizer qual é o formulário alvo em cada formulário criado. Se não quiser dizer qual é o form, tem que ser MVP. - Em herança de formulário você não tem como dizer que o ID_x aponta para a tabela x e que o formulário para fazer a alteração/inclusão é x. Se tivesse não seria herança de formulário, seria MVP. - DBNavigator não abre janela, e se abrir, você tem que dizer qual é a janela. E tem que destruir. E se duvidar, vai ser modal para que essa janela não bombeie o resto do sistema. E se nada disso der trabalho, não é DBNavigator, é MVP. - Herança, e não recursividade. - Pare de dar murro em ponta de faca, pergunte antes de falar bobagem. Se você tem certeza então não faça pergunta; se você tem dúvida, faça pergunta e não diga o que você acha. Para um programador Assembly você está me saindo um perfeito arrastador de componente. se compilou aquele PHONEBOOK ?? to loco pra testar a performance do bixim Leia os Readme. -- João Morais [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Anderson, Isto é plenamente possível sim. Não quer dizer que se voce for usar DBWares deverá renunciar ao outro ou vice versa. MVP/OO São recursos que podem conviver plenamente com os DB. Compete ao desenvolvedor saber aonde e como utilizá-los. O que acontece muitas vezes é que o camarada não conseguiu ser bem sucedido naquele recurso e adquire uma certa rejeição a ele ou então utilizou-os de forma errada, e aí a coisa saiu de controle. Resultado: Na ótica dele, isto tudo é ruim, não funciona, não presta. Mas não é. Por exemplo: Você pode plenamente usar DBWares para a confecção de cadastros visando a entrada de dados que irão interagir nas regras de negócios, já que cadastros são apenas inserção de dados nas tabelas e utilizar frameworks/OO na implementação das regras de negócio, até mesmo porque, se você trabalhar em uma grande corporação, verá que os processos internos compartilham alguma coisa em comum. Então, este compartilhar alguma coisa em comum podemos OOPzá-los, reaproveitando-se com isto, em novos projetos. E é aí que é fundamental você saber trabalhar com OOP. Aliás, você pode até desenvolver um sistema todinho todinho em OOP. Mas isto vai depender muito mais dos seus conhecimentos em programação OO e do cronograma do que da sua vontade mesmo. O que estamos discutindo aqui nesta thread, e eu até expus no meu ponto de vista, é que em um projeto, tem lugar pra todo mundo, basta saber AONDE IREMOS ALOCAR CADA TECNOLOGIA. O problema é quando vai alocar OOP aonde não precisa e vai usar DBWare aonde não deveria ser utilizado. []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil [EMAIL PROTECTED] http://www.geocities.com/SiliconValley/Bay/1058 MSN: [EMAIL PROTECTED] --- Em delphi-br@yahoogrupos.com.br, anderson [EMAIL PROTECTED] escreveu É possivel então eu ter o OPF com ECO, continuando usando DBWares e utilizar MVP _ De: delphi-br@yahoogrupos.com.br [mailto:delphi- [EMAIL PROTECTED] Em nome de Joao Morais Enviada em: quinta-feira, 30 de novembro de 2006 15:11 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Andreano Lanusse wrote: O que você diz de OPF é o que o ECO faz. mas unindo os 2 mundos DataWare e 100% OO Apenas para fins de esclarecimento: - Eu não disse que a Borland não tem um framework OPF; - 100% OO é uma opinião, e não um fato. -- João Morais [As partes desta mensagem que não continham texto foram removidas]
Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
O que me impede de reaproveitar código usando DBWare? Eu faço isso, ou seja, tenho algumas telas que são idênticsa e vários sistemas... mais uma vez eu digo, o erro não está no Objeto e sim no Sujeito. []s Em 01/12/06, Joao Morais [EMAIL PROTECTED] escreveu: Walter Chagas (Yahoo) wrote: Isto é plenamente possível sim. Não quer dizer que se voce for usar DBWares deverá renunciar ao outro ou vice versa. MVP/OO São recursos que podem conviver plenamente com os DB. Permita-me corrigi-lo: MVP faz exatamente o que DBWare faz, porém de forma orientada a objetos. Desta forma não tem cabimento colocá-los em um mesmo projeto. DBWare é bom pra quem não tem paciência pra oop. Se você quer reaproveitamento de código de interação com o usuário, você troca DBWare por MVP. -- João Morais -- _ Fellipe Henrique [EMAIL PROTECTED] Venham até a borda, ele disse. Eles disseram: Nós temos medo. Venham até a borda, ele insistiu. Eles foram, Ele os empurrou... E eles voaram. (Guillaume Apollinaire) [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Hehehehe, cê tá começando a ceder :) Já admite que alguém possa usá-lo por um motivo (falta de paciencia), mas eu corrijo, porque alguém possa usá-lo também por falta de tempo disponível no cronograma. Na verdade João, a sua proposta é tão interessante que muitos aqui (incluindo eu) resolvemos pesquisar pra ver o que acha a respeito. Foi valido a procura e a pesquisa sobre MVP e tudo mais, mas ainda continuo achando que o bom dessa aplicabilidade seria no tangente a regras de negócios, mas deixa pra lá. Apesar de eu não ser bom em OOP, vou pesquisar mais sobre o assunto e dar umas estudadas nos códigos. Quem sabe eu acabo também seguindo sua doutrina :) Mas lembrando que para mexer com estes Frameworks, o camarada tem que ter a manha de OOP, do contrario vai é acabar misturando OO com PE e começar a andar em circulos.. []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil [EMAIL PROTECTED] http://www.geocities.com/SiliconValley/Bay/1058 MSN: [EMAIL PROTECTED] --- Em delphi-br@yahoogrupos.com.br, Joao Morais [EMAIL PROTECTED] escreveu Walter Chagas (Yahoo) wrote: Isto é plenamente possível sim. Não quer dizer que se voce for usar DBWares deverá renunciar ao outro ou vice versa. MVP/OO São recursos que podem conviver plenamente com os DB. Permita-me corrigi-lo: MVP faz exatamente o que DBWare faz, porém de forma orientada a objetos. Desta forma não tem cabimento colocá-los em um mesmo projeto. DBWare é bom pra quem não tem paciência pra oop. Se você quer reaproveitamento de código de interação com o usuário, você troca DBWare por MVP. -- João Morais
Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Respondendo todas as suas perguntas abaixo não, faço isso uma vez Luiz Escobar Analista/Desenvolvedor: - Original Message - From: Joao Morais To: delphi-br@yahoogrupos.com.br Sent: Friday, December 01, 2006 10:14 AM Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Fellipe Henrique wrote: O que me impede de reaproveitar código usando DBWare? Eu faço isso, ou seja, tenho algumas telas que são idênticsa e vários sistemas... mais uma vez eu digo, o erro não está no Objeto e sim no Sujeito. Você não tem que setar sempre o DataSource, DataField, KeyField, ListField, criar um botão pra criar novo cliente, criar atalhos pra incluir novo item no Grid e coisas afins? Eu conheço MVP e DBWare, estou falando por experiência, não estou jogando. -- João Morais [As partes desta mensagem que não continham texto foram removidas]
RES: RES: [delphi-br] Re: Usar ou não usar DBWares ? Eis a questão!
Entendi, mas vamos supor entaum, eu posso suar ECO como OPF e usar uma camada MVP para desacoplar ao maximo possível DB / MODELO / APRESENTAÇÃO certo ? _ De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Joao Morais Enviada em: quinta-feira, 30 de novembro de 2006 16:27 Para: delphi-br@yahoogrupos.com.br Assunto: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! anderson wrote: É possivel então eu ter o OPF com ECO, continuando usando DBWares e utilizar MVP DBWare e MVP são inimigos mortais! Brincadeira. É o mesmo você dizer que quer sair de carro e moto ao mesmo tempo. MVP é um padrão para apresentação de dados, assim como DBWare. -- João Morais [As partes desta mensagem que não continham texto foram removidas]
Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
[Fatal Error] PressInstantObjectsBroker.pas(33): File not found: 'InstantConnectionManager.dcu' tentei compilar o trem do phonebook e nada isso no D6-PRO tem como vc mandar o executavel compilado, funcionando pra mim ? quero alimentar o banco e ver a performance do bixim na pratica... UAI, acho que vc falou, algo e eu entendi alga ou virce-versa... hehhehe Sempre que eu criar um novo FORM eu tenho que setar os DATASET´s, DATASOURCE´s, DATAFIELD´s..., mas isso uma vez, setou cabou ai é só fazer os EVENTos que eu precisar para testar CGC/CPF etc e tal... e pronto Eu queria o executavel disso ai, com o banco alimentado para ver a performance do carinha em XML, já vi que vai ser LENTO da dedel MAS QUERO TESTAR DBWARE com XML e o MVP com o XML Luiz Escobar Analista/Desenvolvedor: WEB - HTML/JavaScript/PHP/MySQL WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase DOS - Clipper/Assembler xBase SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k LINUX - LAZARUS/Kylix/MySQL; http://www.megasistema.com.br - Original Message - From: Joao Morais To: delphi-br@yahoogrupos.com.br Sent: Friday, December 01, 2006 3:30 PM Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Luiz Escobar wrote: Respondendo todas as suas perguntas abaixo não, faço isso uma vez Eu já havia prometido largar essa thread, mas eu não resisto. Por favor, diga como você faz isso! -- João Morais Luiz Escobar Analista/Desenvolvedor: - Original Message - From: Joao Morais To: delphi-br@yahoogrupos.com.br Sent: Friday, December 01, 2006 10:14 AM Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Fellipe Henrique wrote: O que me impede de reaproveitar código usando DBWare? Eu faço isso, ou seja, tenho algumas telas que são idênticsa e vários sistemas... mais uma vez eu digo, o erro não está no Objeto e sim no Sujeito. Você não tem que setar sempre o DataSource, DataField, KeyField, ListField, criar um botão pra criar novo cliente, criar atalhos pra incluir novo item no Grid e coisas afins? [As partes desta mensagem que não continham texto foram removidas]
Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Pera ai, quem disse que com DBWARE não dá pra fazer reaproveitamento de código ? Talvez não no mesmo nivel, mas que dá, dá! Luiz Escobar Analista/Desenvolvedor: WEB - HTML/JavaScript/PHP/MySQL WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase DOS - Clipper/Assembler xBase SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k LINUX - LAZARUS/Kylix/MySQL; http://www.megasistema.com.br - Original Message - From: Joao Morais To: delphi-br@yahoogrupos.com.br Sent: Friday, December 01, 2006 9:39 AM Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Walter Chagas (Yahoo) wrote: Isto é plenamente possível sim. Não quer dizer que se voce for usar DBWares deverá renunciar ao outro ou vice versa. MVP/OO São recursos que podem conviver plenamente com os DB. Permita-me corrigi-lo: MVP faz exatamente o que DBWare faz, porém de forma orientada a objetos. Desta forma não tem cabimento colocá-los em um mesmo projeto. DBWare é bom pra quem não tem paciência pra oop. Se você quer reaproveitamento de código de interação com o usuário, você troca DBWare por MVP. -- João Morais [As partes desta mensagem que não continham texto foram removidas]
Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
é isso ai Luiz Escobar Analista/Desenvolvedor: - Original Message - From: Fellipe Henrique To: delphi-br@yahoogrupos.com.br Sent: Friday, December 01, 2006 9:53 AM Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! O que me impede de reaproveitar código usando DBWare? Eu faço isso, ou seja, tenho algumas telas que são idênticsa e vários sistemas... mais uma vez eu digo, o erro não está no Objeto e sim no Sujeito. []s Em 01/12/06, Joao Morais [EMAIL PROTECTED] escreveu: Walter Chagas (Yahoo) wrote: Isto é plenamente possível sim. Não quer dizer que se voce for usar DBWares deverá renunciar ao outro ou vice versa. MVP/OO São recursos que podem conviver plenamente com os DB. Permita-me corrigi-lo: MVP faz exatamente o que DBWare faz, porém de forma orientada a objetos. Desta forma não tem cabimento colocá-los em um mesmo projeto. DBWare é bom pra quem não tem paciência pra oop. Se você quer reaproveitamento de código de interação com o usuário, você troca DBWare por MVP. -- João Morais -- _ Fellipe Henrique [EMAIL PROTECTED] Venham até a borda, ele disse. Eles disseram: Nós temos medo. Venham até a borda, ele insistiu. Eles foram, Ele os empurrou... E eles voaram. (Guillaume Apollinaire) [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Mas vc tem que configurar os campos, de uma mesma tabela, em vários forms diferentes, caso vc queira manipular os campos de uma tabela em mais de um form... A tecnologia RAD deixa mais fácil o que é fácil de fazer e mais difícil o que é difícil. mD --- Em delphi-br@yahoogrupos.com.br, Fellipe Henrique [EMAIL PROTECTED] escreveu O que me impede de reaproveitar código usando DBWare? Eu faço isso, ou seja, tenho algumas telas que são idênticsa e vários sistemas... mais uma vez eu digo, o erro não está no Objeto e sim no Sujeito. []s Em 01/12/06, Joao Morais [EMAIL PROTECTED] escreveu: Walter Chagas (Yahoo) wrote: Isto é plenamente possível sim. Não quer dizer que se voce for usar DBWares deverá renunciar ao outro ou vice versa. MVP/OO São recursos que podem conviver plenamente com os DB. Permita-me corrigi-lo: MVP faz exatamente o que DBWare faz, porém de forma orientada a objetos. Desta forma não tem cabimento colocá-los em um mesmo projeto. DBWare é bom pra quem não tem paciência pra oop. Se você quer reaproveitamento de código de interação com o usuário, você troca DBWare por MVP. -- João Morais -- _ Fellipe Henrique [EMAIL PROTECTED] Venham até a borda, ele disse. Eles disseram: Nós temos medo. Venham até a borda, ele insistiu. Eles foram, Ele os empurrou... E eles voaram. (Guillaume Apollinaire) [As partes desta mensagem que não continham texto foram removidas]
RES: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Deixar os forms sem implentação para deixar o código em outro lugar não acaba com o problema; pode até ficar mais complexo. Temos que pensar no _objetivo_ final, não na _forma_ como é feito. mD --- Em delphi-br@yahoogrupos.com.br, Joao Morais [EMAIL PROTECTED] escreveu anderson wrote: Entendi, mas vamos supor entaum, eu posso suar ECO como OPF e usar uma camada MVP para desacoplar ao maximo possível DB / MODELO / APRESENTAÇÃO certo ? Desacoplar do banco você pode fazer com ClientDataSet ou DBExpress. Com OPF (ECO, por exemplo) além de desacoplar você tem objetos de negócio de verdade, e com hierarquia de classe, tipo: TContato-TPessoa-TCliente, caso seu projeto precise. Você tem também cache e controle transacional controlados pelo framework, evita repetição de código e de tratamentos de erro. O MVP faz com que você reaproveite código de apresentação e deixa os seus forms totalmente sem implementação. -- João Morais
Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
- Segue mensagem original! - De: Joao Morais [EMAIL PROTECTED] Ceder? Eu? è ta sim, já ta concordando com os TDATASET´s... heheheh Mas lembrando que para mexer com estes Frameworks, o camarada tem que ter a manha de OOP, do contrario vai é acabar misturando OO com PE e começar a andar em circulos.. Mas com certeza! Ta vendo já não é tão facil... Posso até adiantar uns conceitos pra você. Na boa! Meros pontos de vista de quem gosta de pegar um bom desafio: Desafio ? que nada gosto de ver a coisa fluindo e rodando o mais rapido possivel se não a produtividade vai pro [EMAIL PROTECTED] TDataset: É legal, você tem acesso direto à tabela, faz pesquisas e atualizações super-otimizadas. Ninguém bate TDataset em desempenho, apenas um louco faria um retrieve de trocentos objetos para fazer um reajuste de preço em 10%. TDataset mata a pau. Pronto chego no ponto TDataSet mata a PAU!!!... OPF: Agora, se você está escrevendo a lógica do sistema, esquece TDataset. Teus problemas são objetos, TDataset são tabelas e eles não combinam. Usar OPF pra cadastrinho já ajuda porque você não precisa daquela tranqueira de Locate/Edit/Post/Cancel, etc. Usar OPF pra hierarquia de classes, putz... pode escrever, é impossível você fazer um trabalho legal com TDataset porque o componente não entende de hierarquia de classes. Falo em coisa do tipo TContato-TPessoa-TCliente ... Usar OPF pra CADASTRINHO ? Pô João uma hora é pra coisa grande a longo prazo... etc.. e tal... agora pra cadastrinho ? e outra EDIT/POST/CANCEL ??? isso o DBNAGIGATOR faz e um locate não da tanto trabalho como vc ta falando... DBWare: Nada como ter tudo ao alcance de uns clicks. Dá pra fazer um cadastro funcional em minutos (5, 10), batendo papo e dando uns goles em uma xicrinha de café. O componente entende tudo de ler, gravar, buscar em outra tabela, etc. Mumu. Pronto adimitiu de vez... DBWare mada a PAU!!!... MVP: Mas o problema começa quando você percebe que perde tempo demais fazendo botãozinho do lado do combo pra cadastrar cliente, ou inventar uma ginástica diferente porque o cliente quer digitar um pedaço do nome e o componente retornar as opções dentro daquela pesquisa. Pior quando você quer, com um click, criar um novo cliente. Isso pode ser feito com DBWare mais um saco de paciência. E isso não é legal, pois cada novo projeto, cada novo form tem aquela mesma manobra. MVP soluciona isso. Tudo quanto é tranqueira desse tipo que você cria para o primeiro componente do primeiro form do primeiro projeto, é reaproveitado nos demais. Quando você acha um erro na implementação, o conserto de um é o conserto de todos os outros ao mesmo tempo. Aqui eu pergunto -- isto não é ganho de produtividade no médio prazo? Fazer botãozinho do lado do combo pra cadastrar da trabalho ? onde ? Fazer ginastica para digitar e achar o cliente ? VC não conhece o MyDAC né ? ele tem isso no DBGRID que o acompanha.. e muito mais Criar um novo cliente ? novamente DBNAVIGATOR. Novo FORM novo PROJETO ? mesma manobra ? e a parte RECURSIVA se é igual só copiar FORM de um pro outro e olhe lá... se vc já sabe que vai reusar é só inserir no novo projeto... e VUA-LA, ta lá... heeeheee Quanto a erros, bons se eu uso 1 FORM em dois projetos se arrumar em um já arrumei em outro... eita Nesse ponto eu volto a fazer a pergunta original dessa thread campeã: Usar ou não usar DBWare? E completo - por quê sim, por quê não? Justifique sua resposta com consciência. Acabei de fazer isso acima... Tudo isso que eu coloquei exige doses cavalares de OOP, e quem estiver preparado para esse tipo de desenvolvimento estará na frente -- construindo softares em cada vez menos tempo, com cada vez mais qualidade. doses cavalares de OOP não significa produtividade pra quem FAZ, talvez pra quem vá arrumar mais tarde e olhe lá... Sim, OPF, MVP, enfim tudo relacionado a 100% OOP vale muito a pena. Sei não... se compilou aquele PHONEBOOK ?? to loco pra testar a performance do bixim Luiz Escobar
Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
hehe, o que tenho visto muito aqui no trabalho, é o pessoal usando eventos OnChange de DbEdits por exemplo, mas acabam tendo efeitos colaterais, uma vez que o evento é disparado quando o estado do Dataset modifica quando se abre, fecha ou ainda em casos de pesquisa com SetKey-Gotokey/GotoNearest. Esse tipo de bug muitas vezes é dificil de achar, pricipalmente no caso de uso de datamodules, no caso de serem usados por diversos forms. Isso não é um problema do componente, ele faz exatamente o que tem que fazer, o programador é que desconhece o funcionamento do mesmo. - Original Message - From: Rubem Nascimento da Rocha [EMAIL PROTECTED] To: delphi-br@yahoogrupos.com.br Sent: Wednesday, November 29, 2006 11:56 PM Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! maniacapordelphi, eu lhe desafio vc a me dizer pq controles data-aware lhe causam resultados inesperados! Se vc me provar isso, eu abandono tudo o que eu sei hoje sobre o uso de controles data-aware. Sds. From: Joao Morais [EMAIL PROTECTED] Reply-To: delphi-br@yahoogrupos.com.br To: delphi-br@yahoogrupos.com.br Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Date: Wed, 29 Nov 2006 18:41:09 -0200 maniacapordelphi wrote: Confesso que DBWares tem furos e às vezes nos dão um resultado inesperado sim. E nem sempre é rapido como se diz por aí. Pode travar a rede em caso de grande numero de usuarios e quando se usa o aplicativo através do Client Terminal, então? Se existisse alguma culpa, seria do TDataset e não do DBAware. Mas geralmente OPFs são mais lentos do que o TDataset braçal (ponto pro RAD), DBAware faz meramente a apresentação dos dados. Nesse caso concordo com os colegas Felipe e Walter, isso tem dedo do programador. -- João Morais _ MSN Busca: fácil, rápido, direto ao ponto. http://search.msn.com.br -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM Links do Yahoo! Grupos -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.430 / Virus Database: 268.14.19/556 - Release Date: 28/11/2006 15:22
Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Nunca tive problema algum com DBWARE´s Luiz Escobar Analista/Desenvolvedor: WEB - HTML/JavaScript/PHP/MySQL WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase DOS - Clipper/Assembler xBase SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k LINUX - LAZARUS/Kylix/MySQL; http://www.megasistema.com.br - Original Message - From: Rubem Nascimento da Rocha To: delphi-br@yahoogrupos.com.br Sent: Wednesday, November 29, 2006 11:56 PM Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! maniacapordelphi, eu lhe desafio vc a me dizer pq controles data-aware lhe causam resultados inesperados! Se vc me provar isso, eu abandono tudo o que eu sei hoje sobre o uso de controles data-aware. Sds. From: Joao Morais [EMAIL PROTECTED] Reply-To: delphi-br@yahoogrupos.com.br To: delphi-br@yahoogrupos.com.br Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Date: Wed, 29 Nov 2006 18:41:09 -0200 maniacapordelphi wrote: Confesso que DBWares tem furos e às vezes nos dão um resultado inesperado sim. E nem sempre é rapido como se diz por aí. Pode travar a rede em caso de grande numero de usuarios e quando se usa o aplicativo através do Client Terminal, então? Se existisse alguma culpa, seria do TDataset e não do DBAware. Mas geralmente OPFs são mais lentos do que o TDataset braçal (ponto pro RAD), DBAware faz meramente a apresentação dos dados. Nesse caso concordo com os colegas Felipe e Walter, isso tem dedo do programador. -- João Morais __ MSN Busca: fácil, rápido, direto ao ponto. http://search.msn.com.br [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
É possivel então eu ter o OPF com ECO, continuando usando DBWares e utilizar MVP _ De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Joao Morais Enviada em: quinta-feira, 30 de novembro de 2006 15:11 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Andreano Lanusse wrote: O que você diz de OPF é o que o ECO faz. mas unindo os 2 mundos DataWare e 100% OO Apenas para fins de esclarecimento: - Eu não disse que a Borland não tem um framework OPF; - 100% OO é uma opinião, e não um fato. -- João Morais [As partes desta mensagem que não continham texto foram removidas]
Res: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Nem terminei de ler o e-mail mas já sugiro que procure no Google por DePO ou
InstantObjects ou PressObjects e leia um pouco dos fóruns tanto do DePO
quanto do InstantObjects. Acho que vc vai se surpreender com o que vai achar.
- Mensagem original
De: Luiz Escobar [EMAIL PROTECTED]
Para: delphi-br@yahoogrupos.com.br
Enviadas: Quinta-feira, 30 de Novembro de 2006 14:01:21
Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Andreano, não é achar que não deve ter, é ter certeza que não
precisa ter.
Opa, isso precisa ter muita base pra falar né futuro matuzalem... .
É sempre questão de preferência. Falo por mim, estou apenas expondo
vantagens de um modelo orientado a objetos perante o RAD (com exceção de
usar TDataset como objeto de negócio - isso é roda quadrada).
HUmmm uma questao de preferencias. agora melhorou
TDataset é orientado a tabela, OPF é orientado a objetos do domínio do
problema.
==TDataset==
TabCliente.Open; // ou .Query := 'xx';
TabCliente.Locate( ); // ou TabCliente.Open;
TabCliente.Edit
TabClienteNOME := 'Outro';
TabCliente.Post;
e se tiver Cached updates... transação...
ai vc coloca um APPLYUPDATE( -1) e ta tudo certo
==OPF==
Cliente := TCliente.Retrieve( ID); -- monta query, pesquisa, etc.
Cliente.Nome := 'Outro Nome';
Cliente.Save; -- cache, controle transacional, tudo aqui dentro.
E olha que eu escolhi um modelo de dados sem herança, pra ficar mumu pra
TDataset.
Ta tirei o EDIT, quer dizer só mando o valor, sem dar um EDIT, mas tenho um
SAVE = POST, os cache/transaction no OPF não existem ? onde eu faço varias
alterações e mando salvar tudo de uma vez para que se der um problema eu possa
fazer um ROLLBACK ???
Este exemplo ta meio desproporcional. ..
Pra quem acha que EDIT´s são melhores que DBEDIT´s, isso ai Fudeu com tudo
mesmo porque os controles ficaram mais ainda longe das mãos dos programadores.
... não que eu não ache isso maravilhoso, muito pelo contrario, quanto menos
codigo melhor...
BOM mas o que o OPF do RETRIEVE usou para se ligar ao BANCO ? não foi um DBWARE
? tipo um TTABLE ? TQUERY ? TDATABASE ? e para visualizar as coisas, vou ter
que fazer um label1.caption := cliente.nome ?
Explique mais, ou mostre onde posso conseguir mais coisa to começando a
gostar do bixim
==DBAware==
DBAware é orientado a TDataset (win32) e ainda assim fica pendurado em
um componente (DB*) e a um datasource. Se você quer um componente
'Combo' mais envenenado, ele tem que entender DBAware. Se o seu Dataset
estiver em um DataModule e por desencargo do destino a ligação quebrar
(nisso o Delphi melhorou um bocado), você tem que reabrir o form e
refazer a bendita.
é isso de quebrar realmente acontecia muito com D2 mas no D6 nunca
aconteceu comigo
==MVP==
MVP é totalmente desacoplado, é o framework que entende o componente, e
não o contrário. O formulário que usa o padrão MVP *não tem código*,
você pode mandar os .pas e os .dfm para uma empresa de design, entregar
uma licença de Delphi pra eles, eles usam qualquer componente que eles
quiserem, você tras os novos formulários para o seu projeto e recompila.
A única exigência é que os componentes continuem com o mesmo nome,
porque MVP pode ser bom, mas não é feiticeiro.
HUmmm isso realmente parece bom...
Teria mais um monte pra falar, mas encerro aqui minha participação nessa
thread com esse mini-artigo (a menos que os colegas tenham dúvidas).
Vixe... varias... mas vamos deixar para quando vc chegar no BETA ai eu vou ser
um que vai querer testar isso ai... porque em PRÉ-ALFA, num vai dar
Valeu e obrigado
Luiz Escobar
Analista/Desenvolve dor:
WEB - HTML/JavaScript/ PHP/MySQL
WINDOWS - Delphi/MyDAC/ ASSEMBLER/ MySQL/xBase
DOS - Clipper/Assembler xBase
SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k
LINUX - LAZARUS/Kylix/ MySQL;
http://www.megasist ema.com.br
[As partes desta mensagem que não continham texto foram removidas]
!--
#ygrp-mlmsg {font-size:13px;font-family:arial,helvetica,clean,sans-serif;}
#ygrp-mlmsg table {font-size:inherit;font:100%;}
#ygrp-mlmsg select, input, textarea {font:99% arial,helvetica,clean,sans-serif;}
#ygrp-mlmsg pre, code {font:115% monospace;}
#ygrp-mlmsg * {line-height:1.22em;}
#ygrp-text{
font-family:Georgia;
}
#ygrp-text p{
margin:0 0 1em 0;
}
#ygrp-tpmsgs{
font-family:Arial;
clear:both;
}
#ygrp-vitnav{
padding-top:10px;
font-family:Verdana;
font-size:77%;
margin:0;
}
#ygrp-vitnav a{
padding:0 1px;
}
#ygrp-actbar{
clear:both;
margin:25px 0;
white-space:nowrap;
color:#666;
text-align:right;
}
#ygrp-actbar .left{
float:left;
white-space:nowrap;
}
.bld{font-weight:bold;}
#ygrp-grft{
font-family:Verdana;
font-size:77%;
padding:15px 0;
}
#ygrp-ft{
font-family:verdana;
font-size:77%;
border-top:1px solid #666;
padding:5px 0;
}
#ygrp-mlmsg #logo{
padding-bottom:10px;
Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Luiz Escobar wrote: DBAware não é um desconhecido pra mim, e confesso que eu fiz injustiça. A roda quadrada é usar TDataset como objeto de negócio. Isso dá mais dor de cabeça do que Whisky paraguaio. O TDataset da dor de cabeça pra quem não sabe usar, é como Whisky paraguaio, pra quem não sabe comprar e tomar... Outro Matuzalém. Esse ano completei 21 de programação, 18 de Basic, 16 de Clipper e Pascal (Turbo 3). Parece que foi ontem. Meu DEUS, outro Jovem que acha que sabe tudo que diz Até parece que vc não vai ser um matuzalém... e pior vai ser um dos teimosos e sem educação Já está acontecendo. DBAware em .net publica propriedades de objetos, e o InstantObjects tem um esquema parecido para win32 e propriedades publicadas via RTTI. Pra quem gosta de DBAware é um prato cheio. Bom seguinte meu caro, a conversa arqui é DBWARE ou ÑDBWare certo, referindo-se a RESUMINDO, DBEDIT ou EDIT, DBLISTBOX ou LISTBOX, sendo assim DBWare é muito melhor Outra, até que me provem ao contrario à matematica sempre foi exata, então 1+1=2+3=5, certo então quanto mais código para ser interpretado/executado/compilado, maior a aplicação e mais pesada para rodar nas maquinas, então enquanto o parque tecnologico são de maquinas mais modestas, os DBWare´s ainda vão ser a melhor opção, imagine uma aplicação Delphi 6-DWARE contra uma BDS2006-FrameWork-MVC, a diferença deve ser em MEGAS. então, veja se me entende, por enquanto DBWare´s são melhores em performance e em produtividade contra os Edit´s da vida BASTA vc saber usar, porque se vc não sabe usar então meu caro, ai num tem jeito não... Não disse que FRAMEWORK-MVC seja pior que DBWare´s, quiz dizer que ele ainda esta crescendo/amadurecendo e futuramente com maquinas melhores que as de hoje, com certeza seja mais uma opção ou à opção realmente melhor que os DBWare´s Ponto Final... DEU PRA ENTERDER !!!... Luiz Escobar Analista/Desenvolvedor: WEB - HTML/JavaScript/PHP/MySQL WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase DOS - Clipper/Assembler xBase SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k LINUX - LAZARUS/Kylix/MySQL; http://www.megasistema.com.br [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Não é bem assim, que para o programador tem que ter o controlel total sobre os dados deve fazer tudo na mão mesmo. Você não pode se esquecer, que você terá pela frente cronogramas com prazos que não lhe darão margens pra criar coisas que já existem (o famoso reinventar a roda) ou então ficar fazendo na mão, aquilo que já tem pronto por mero capricho de desenvolvimento. DBWares são passiveis de todo tipo de consistência e tratamento de dados. Basta você saber usá- los adequadamente e não terás problemas. O problema é o cara que acha que apenas poe um DBEdit lá, conecta a query e pronto. É igual por uma roda num carro sem freios, sem ponteira de direção e sem pivô de suspensão.. []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil [EMAIL PROTECTED] http://www.geocities.com/SiliconValley/Bay/1058 MSN: [EMAIL PROTECTED] --- Em delphi-br@yahoogrupos.com.br, Moked - Humberto \(Brazil\) [EMAIL PROTECTED] escreveu Eu não sou a favor do uso de DBWares, pois creio que o programador tem q ter completo controle dos dados que estão sendo enviados ao banco ou trazidos dele. Com DBWares vc fica restrito, não me sinto seguro de deixar esse tipo de transação nas mãos dos DBWares. Mas cada um com a sua. \o/ De: delphi-br@yahoogrupos.com.br [mailto:delphi- [EMAIL PROTECTED] Em nome de Alisson Yahoo Enviada em: terça-feira, 28 de novembro de 2006 11:01 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Eu também já fui defensor de desenvolvimento sem componentes DbWare. Mas, como diria Raulzito, Prefiro ser essa metamorfose ambulante Agora que estou começando a desenvolver usando ClientDataset estou mudando de opinião. O que eu acho chato são alguns erros que são um pouco mais difíceis de achar, como por exemplo, erros ocasionado pela chamada de certos eventos. [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
João, tá concordo que você tenha seus 10 anos de experiencia e comprovação de que sua metodologia seja tão eficiente como diz. Mas muitos aqui talvez não a conheçem e vamos mesmo de DBWares e Cia. E tão verdade isto é, que um aqui já postou uma pergunta do que vem a ser o Framework MVP que você tanto diz. Então que tal postar um exemplo funcional pra nós? Pode ser coisa básica mesmo. Assim poderemos ver se o mesmo é tão produtivo e eficiente como diz, pois nem eu conheço esta metodologia também. Confesso pra você. Numa boa :) []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil [EMAIL PROTECTED] http://www.geocities.com/SiliconValley/Bay/1058 MSN: [EMAIL PROTECTED] --- Em delphi-br@yahoogrupos.com.br, Joao Morais [EMAIL PROTECTED] escreveu Walter Chagas (Yahoo) wrote: snip prazos que não lhe darão margens pra criar coisas que já existem (o famoso reinventar a roda) ou então ficar fazendo na mão, aquilo que já tem pronto por mero capricho de desenvolvimento. Metendo o bedelho de novo. Ninguém está reinventando a roda ao usar um Edit para apresentar dados, muito pelo contrário, está ignorando uma roda quadrada idealizada há 10 anos pela Borland para implementar uma roda devidamente redonda, calibrada, com liga leve e orientada a objetos. Ainda acrescento que não é de bom tom falar mal de uma implementação quando esta lhe é completamente desconhecida. Eu estou falando com a experiência (e problemas) dos meus quase 10 anos de TDataset comparado com o que eu posso fazer com uma classe de negócio. Você não tem como sequer fazer idéia da diferença relacionada a ganho de produtividade no médio e longo prazos. -- João Morais
RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
E ai galera, to vendo que a discussão ta pegando fogo né ?!?!?!? Bom utilizei durante muito tempo Dbwares (e ainda continuo usando) e estou migrando meus projetos para trabalhar com padrões e em especial MVP e MGM. O legal disto tudo seria voltar as raízes, quem quiser se aventurar por este mundo de uma olhado em Design Patterns (GoF) que resolve um montão de problemas de maneira elegante. Agora naum esperem moleza não, vai ralar muito pois realmente programar com DBwares é muito mais rápido pois já está tudo lá ... pra quem mistura regras de negocio com GUI realmente ta lá. Segue exemplo de MVP explicadinho do inicio ao fim. Já dá pra ter uma idéia http://www.devmedia.com.br/articles/viewcomp.asp?comp=3043 Anderson Valério da Silva _ De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Leodinei Bielak Enviada em: quarta-feira, 29 de novembro de 2006 11:28 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Isso seria legal. To curioso pra ver. Eu quero começar um projeto pessoal com o Turbo Delphi. Tem como usar isso com ele? On 11/29/06, Walter Chagas (Yahoo) [EMAIL PROTECTED] mailto:wchagas%40telemont.com.br com.br wrote: João, tá concordo que você tenha seus 10 anos de experiencia e comprovação de que sua metodologia seja tão eficiente como diz. Mas muitos aqui talvez não a conheçem e vamos mesmo de DBWares e Cia. E tão verdade isto é, que um aqui já postou uma pergunta do que vem a ser o Framework MVP que você tanto diz. Então que tal postar um exemplo funcional pra nós? Pode ser coisa básica mesmo. Assim poderemos ver se o mesmo é tão produtivo e eficiente como diz, pois nem eu conheço esta metodologia também. Confesso pra você. Numa boa :) []s [As partes desta mensagem que não continham texto foram removidas]
Res: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Gostaria de dar a minha opinião sobre o assunto tb.
Com relação a DBWare ou não DBWare concordo com quem disse que não se deve
perder tempo e que para implementar vc tem que ter um conhecimento total da
aplicação (e regras do negócio) já que os DBWares não foram criados para nenhum
fim específico e sim para serem bastante abrangentes. Por isso podem haver
casos em que eles são totalmente descartáveis e outros em que são extremamente
aplicáveis.
Eu mesmo já tive projetos onde implementei 90% da aplicação usando DBWares
(DBEdits, DBGrids, DBLabels e etc) e funcionaram a contento como também já
desenvolvi projetos onde toda a parte de apresenção era feita com controles
não-DBWares (Edits, StringGrids, Labels e etc). E a única conclusão que pude
tirar é que ambas as alternativas são muito boas desde que vc saiba quanto de
tempo tem disponível para se dedicar à interface. Pela minha ótica, que pode
não ser a de outros colegas, se vc tem um cronograma menos apertado vc pode até
tentar abolir DBWares e focar na adaptação do Core do projeto (as regras de
negócio). Caso seu cronograma esteja mais apertado ou até mesmo enforcado, nem
tenho dúvidas, aplico DBWares e assim que possível vou eliminando aos poucos
conforme desafogo o cronograma.
Quanto ao MVP, pelo pouco (muito pouco mesmo) que vi trata-se de um passo
adiante em relação aos dilema proposto anteriormente, já que vc acaba usando os
componentes padrão da VCL mas de uma maneira orientada ao negócio.
Quanto aos Frameworks MVP, o único que cheguei mesmo a implementar foi o DePO
(Delphi Persistent Objects) e gostei do que vi. Apenas ressalto que existem
duas versões em paralelo correndo por ai, a oficial do projeto e outra que vem
sendo desenvolvida pelo pessoal do forum OODesign; ambas as versões já mostram
uma ótima alternativa para uso se vc quer dar um passo adiante e pensar mais
nas regras de negócio. Outro que eu baixei e quero testar com carinho é o
InstantObjects que parece ser um pouco mais velho (mais experiente) que o DePO
e também mostra um grande poder de fogo.
Esta é apenas a minha opinião, se alguém tiver mais informações, por favor,
compartilhe conosco.
Abraços,
Ricardo.
- Mensagem original
De: Leodinei Bielak [EMAIL PROTECTED]
Para: delphi-br@yahoogrupos.com.br
Enviadas: Quarta-feira, 29 de Novembro de 2006 12:27:33
Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Isso seria legal. To curioso pra ver. Eu quero começar um projeto
pessoal com
o Turbo Delphi. Tem como usar isso com ele?
On 11/29/06, Walter Chagas (Yahoo) [EMAIL PROTECTED] com.br wrote:
João, tá concordo que você tenha seus 10 anos de experiencia e
comprovação de que sua metodologia seja tão eficiente como diz. Mas
muitos aqui talvez não a conheçem e vamos mesmo de DBWares e Cia. E
tão verdade isto é, que um aqui já postou uma pergunta do que vem a
ser o Framework MVP que você tanto diz. Então que tal postar um
exemplo funcional pra nós? Pode ser coisa básica mesmo. Assim
poderemos ver se o mesmo é tão produtivo e eficiente como diz, pois
nem eu conheço esta metodologia também. Confesso pra você.
Numa boa :)
[]s
!--
#ygrp-mlmsg {font-size:13px;font-family:arial,helvetica,clean,sans-serif;}
#ygrp-mlmsg table {font-size:inherit;font:100%;}
#ygrp-mlmsg select, input, textarea {font:99% arial,helvetica,clean,sans-serif;}
#ygrp-mlmsg pre, code {font:115% monospace;}
#ygrp-mlmsg * {line-height:1.22em;}
#ygrp-text{
font-family:Georgia;
}
#ygrp-text p{
margin:0 0 1em 0;
}
#ygrp-tpmsgs{
font-family:Arial;
clear:both;
}
#ygrp-vitnav{
padding-top:10px;
font-family:Verdana;
font-size:77%;
margin:0;
}
#ygrp-vitnav a{
padding:0 1px;
}
#ygrp-actbar{
clear:both;
margin:25px 0;
white-space:nowrap;
color:#666;
text-align:right;
}
#ygrp-actbar .left{
float:left;
white-space:nowrap;
}
.bld{font-weight:bold;}
#ygrp-grft{
font-family:Verdana;
font-size:77%;
padding:15px 0;
}
#ygrp-ft{
font-family:verdana;
font-size:77%;
border-top:1px solid #666;
padding:5px 0;
}
#ygrp-mlmsg #logo{
padding-bottom:10px;
}
#ygrp-vital{
background-color:#e0ecee;
margin-bottom:20px;
padding:2px 0 8px 8px;
}
#ygrp-vital #vithd{
font-size:77%;
font-family:Verdana;
font-weight:bold;
color:#333;
text-transform:uppercase;
}
#ygrp-vital ul{
padding:0;
margin:2px 0;
}
#ygrp-vital ul li{
list-style-type:none;
clear:both;
border:1px solid #e0ecee;
}
#ygrp-vital ul li .ct{
font-weight:bold;
color:#ff7900;
float:right;
width:2em;
text-align:right;
padding-right:.5em;
}
#ygrp-vital ul li .cat{
font-weight:bold;
}
#ygrp-vital a {
text-decoration:none;
}
#ygrp-vital a:hover{
text-decoration:underline;
}
#ygrp-sponsor #hd{
color:#999;
font-size:77%;
}
#ygrp-sponsor #ov{
padding:6px 13px;
background-color:#e0ecee;
margin-bottom:20px;
}
#ygrp-sponsor #ov ul{
padding:0 0 0 8px;
margin:0;
}
#ygrp-sponsor #ov li{
list-style-type:square;
padding:6px 0;
font-size:77%;
}
Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Não acho que DBWares não são rodas quadradas não... E como vc mesmo disse, não é de bom to falar mal de uma implementação quando esta lhe é completamente desconhecida... Também tenho alguns anos, 16 anos de programação, 15-CLIPPER, 12-DELPHI. E posso garantir que DBWare´s são bem melhores que UNHALWare´s e olha que sou defençor do UNHAL.EXE... Agora se for pra partir para FrameWork´s MVP/Classes de negócios. ai ainda não tenho um opnião formada... Mas creio que mesmo assim dentro deles vamos ter DBWare´s funcionando, talvez de uma maneira mais inteligente e pratica, ainda não sei, o jeito é esperar pra ver no que vai dar... Luiz Escobar Analista/Desenvolvedor: WEB - HTML/JavaScript/PHP/MySQL WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase DOS - Clipper/Assembler xBase SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k LINUX - LAZARUS/Kylix/MySQL; http://www.megasistema.com.br - Original Message - From: Joao Morais To: delphi-br@yahoogrupos.com.br Sent: Wednesday, November 29, 2006 10:04 AM Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Walter Chagas (Yahoo) wrote: snip prazos que não lhe darão margens pra criar coisas que já existem (o famoso reinventar a roda) ou então ficar fazendo na mão, aquilo que já tem pronto por mero capricho de desenvolvimento. Metendo o bedelho de novo. Ninguém está reinventando a roda ao usar um Edit para apresentar dados, muito pelo contrário, está ignorando uma roda quadrada idealizada há 10 anos pela Borland para implementar uma roda devidamente redonda, calibrada, com liga leve e orientada a objetos. Ainda acrescento que não é de bom tom falar mal de uma implementação quando esta lhe é completamente desconhecida. Eu estou falando com a experiência (e problemas) dos meus quase 10 anos de TDataset comparado com o que eu posso fazer com uma classe de negócio. Você não tem como sequer fazer idéia da diferença relacionada a ganho de produtividade no médio e longo prazos. -- João Morais [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Eu sigo a tese do Vitor. Também uso os dois. Simplesmente, se usa TDataSet quando ele permite o desenvolvedor fazer o q precisa e obter o resultado que espera, ou se usa o Edit tratando-o da forma que melhor se quer. Confesso que DBWares tem furos e às vezes nos dão um resultado inesperado sim. E nem sempre é rapido como se diz por aí. Pode travar a rede em caso de grande numero de usuarios e quando se usa o aplicativo através do Client Terminal, então? T+ Mani --- Em delphi-br@yahoogrupos.com.br, Vitor Luiz Redes [EMAIL PROTECTED] escreveu Trabalho com os dois. É besteira fazer sistemas pequenos com classes de negócio, é besteira fazer sistemas grandes com TDataSet. Vitor Luiz Redes Analista de Sistemas Redsystem Software / Bureau Software Messenger: [EMAIL PROTECTED] Phone: 3379-6939 Cel. Phone: 9677-8445 - Original Message - From: Joao Morais To: delphi-br@yahoogrupos.com.br Sent: Wednesday, November 29, 2006 10:04 AM Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Walter Chagas (Yahoo) wrote: snip prazos que não lhe darão margens pra criar coisas que já existem (o famoso reinventar a roda) ou então ficar fazendo na mão, aquilo que já tem pronto por mero capricho de desenvolvimento. Metendo o bedelho de novo. Ninguém está reinventando a roda ao usar um Edit para apresentar dados, muito pelo contrário, está ignorando uma roda quadrada idealizada há 10 anos pela Borland para implementar uma roda devidamente redonda, calibrada, com liga leve e orientada a objetos. Ainda acrescento que não é de bom tom falar mal de uma implementação quando esta lhe é completamente desconhecida. Eu estou falando com a experiência (e problemas) dos meus quase 10 anos de TDataset comparado com o que eu posso fazer com uma classe de negócio. Você não tem como sequer fazer idéia da diferença relacionada a ganho de produtividade no médio e longo prazos. -- João Morais --- --- Internal Virus Database is out-of-date. Checked by AVG Free Edition. Version: 7.1.409 / Virus Database: 268.14.0/524 - Release Date: 8/11/2006 [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Nobres e ilustres senhores de opinão formada e altamente consistente. To sabendo agora do suposto Framework MVP, afinal nunca disse aqui na lista que sou o SEITUDOSACOTUDODOMINOTUDOEUSOUOCARA, mas pelo papo aqui já deu pra montar uma ideia a respeito do produto. Mas já posso antecipar, TAMbém, que se a proposta em questão consiste em criar classes manualmente, codifica, implementa e tudo mais, já vai totalmente contraria a proposta do Delphi, que é praticidade e produtividade. DBEdits, você monta em dois tempos. Monta o Engine lá no DM (Query, DSP, CDS, DS), abre o fields editor, adiciona os campos, marca tudo e arrasta pro form. pronto! Seu cadastro tá pronto. Em média pra montar cadastros em sistemas, podemos gastar um dia implementando consistências e tudo mais via DBWare (Podemos pensar em 2 estourando estourando) e o restante do cronograma gastariamos em implementar regras de negócios, que é o que interessa no sistema. Sei lá, me corrijam se eu estiver falando asneiras, mas pra fazer cadastros, que é coisa básica e trivial em sistema, é proibitivo gastar muito tempo com esse tipo de coisa. Tanto que a proposta do ECO é fazer todo esse trabalho sujo e deixar o restante do cronograma pro camarada ficar exclusivamente focado apenas com as regras de negócio e os processos a serem codificados. Não vamos nos esquecer que no mundo dos negócios, sistemas são pra ontem! Agora, frameworks pra regras de negócios? Aí sim já pode ser uma coisa interessante pra nós. []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil [EMAIL PROTECTED] http://www.geocities.com/SiliconValley/Bay/1058 MSN: [EMAIL PROTECTED] --- Em delphi-br@yahoogrupos.com.br, Luiz Escobar [EMAIL PROTECTED] escreveu Não acho que DBWares não são rodas quadradas não... E como vc mesmo disse, não é de bom to falar mal de uma implementação quando esta lhe é completamente desconhecida... Também tenho alguns anos, 16 anos de programação, 15-CLIPPER, 12- DELPHI. E posso garantir que DBWare´s são bem melhores que UNHALWare´s e olha que sou defençor do UNHAL.EXE... Agora se for pra partir para FrameWork´s MVP/Classes de negócios. ai ainda não tenho um opnião formada... Mas creio que mesmo assim dentro deles vamos ter DBWare´s funcionando, talvez de uma maneira mais inteligente e pratica, ainda não sei, o jeito é esperar pra ver no que vai dar... Luiz Escobar Analista/Desenvolvedor: WEB - HTML/JavaScript/PHP/MySQL WINDOWS - Delphi/MyDAC/ASSEMBLER/MySQL/xBase DOS - Clipper/Assembler xBase SERVIDORES - NetWare4.11, LINUX-REDHAT9, WINDOWS-2k LINUX - LAZARUS/Kylix/MySQL; http://www.megasistema.com.br - Original Message - From: Joao Morais To: delphi-br@yahoogrupos.com.br Sent: Wednesday, November 29, 2006 10:04 AM Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Walter Chagas (Yahoo) wrote: snip prazos que não lhe darão margens pra criar coisas que já existem (o famoso reinventar a roda) ou então ficar fazendo na mão, aquilo que já tem pronto por mero capricho de desenvolvimento. Metendo o bedelho de novo. Ninguém está reinventando a roda ao usar um Edit para apresentar dados, muito pelo contrário, está ignorando uma roda quadrada idealizada há 10 anos pela Borland para implementar uma roda devidamente redonda, calibrada, com liga leve e orientada a objetos. Ainda acrescento que não é de bom tom falar mal de uma implementação quando esta lhe é completamente desconhecida. Eu estou falando com a experiência (e problemas) dos meus quase 10 anos de TDataset comparado com o que eu posso fazer com uma classe de negócio. Você não tem como sequer fazer idéia da diferença relacionada a ganho de produtividade no médio e longo prazos. -- João Morais [As partes desta mensagem que não continham texto foram removidas]
Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
no inicio nao usava dbaware nos sistemas, qndo aprendi delphi aprendi assim corra do dbaware, eles fazem coisas q vc nao quer, mas ate qndo eu realmente comecei a usar e aprendi como controlar o q acontece eu desisti de fazer na mao... da menos trabalho, ainda mais qndo se tem uma estrutura bem montada. no br eu tenho nos meus arquivos um projeto chamado BASE, esse projeto tem a estrutura basica q eu preciso pra montar qq sistema, alguns exemplos: pra chamar uma msg de erro, eu posso chamar de qq lugar Erro(msg), assim como os outros dipos de tela, tem as telas basicas tb para cadastro onde ja estao tds os metodos de seguranca do sistema e tb as de tratamento de erros... a termos de producao, continuo com dbaware, sempre... Julio Cesar [EMAIL PROTECTED] +353 (87) 2184139 +353 (091) 630317 Nao ha saber mais ou saber menos, ha saberes diferentes (Paulo Freire) - Original Message - From: Joao Morais To: delphi-br@yahoogrupos.com.br Sent: Wednesday, November 29, 2006 3:00 PM Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Walter Chagas (Yahoo) wrote: Então que tal postar um exemplo funcional pra nós? Pode ser coisa básica mesmo. Assim poderemos ver se o mesmo é tão produtivo e eficiente como diz, pois nem eu conheço esta metodologia também. Você quer um exemplo bem básico pra saber se MVP é mais produtivo do que DBAware? Então nem perca seu tempo, pra exemplo bem básico DBAware chega a ser um pouco mais fácil de implementar. Estou falando em médio e longo prazo. Ainda assim você pode baixar o PressObjects, ler a pouca documentação (que por sinal cobre apenas uns 50% do que eu já consegui implementar) e estudar os fontes do aplicativo demonstração. Outra coisa que deve ser destacada é o jeito de programar de cada um. Tem quem prefira criar regras em classes, tem quem prefira criar regras em botão. Para cada um existe um framework que atenda suas preferências. Eu estou falando que criar regras em classe é melhor tendo utilizado as duas abordagens, você diz que usar Edit é coisa pra cientista maluco sem conhecer a ciência do negócio. MVP só vai ser melhor do que DBAware para quem tiver a cabeça aberta para programação orientada a objetos. -- João Morais [As partes desta mensagem que não continham texto foram removidas]
Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
maniacapordelphi, eu lhe desafio vc a me dizer pq controles data-aware lhe causam resultados inesperados! Se vc me provar isso, eu abandono tudo o que eu sei hoje sobre o uso de controles data-aware. Sds. From: Joao Morais [EMAIL PROTECTED] Reply-To: delphi-br@yahoogrupos.com.br To: delphi-br@yahoogrupos.com.br Subject: Re: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Date: Wed, 29 Nov 2006 18:41:09 -0200 maniacapordelphi wrote: Confesso que DBWares tem furos e às vezes nos dão um resultado inesperado sim. E nem sempre é rapido como se diz por aí. Pode travar a rede em caso de grande numero de usuarios e quando se usa o aplicativo através do Client Terminal, então? Se existisse alguma culpa, seria do TDataset e não do DBAware. Mas geralmente OPFs são mais lentos do que o TDataset braçal (ponto pro RAD), DBAware faz meramente a apresentação dos dados. Nesse caso concordo com os colegas Felipe e Walter, isso tem dedo do programador. -- João Morais _ MSN Busca: fácil, rápido, direto ao ponto. http://search.msn.com.br
RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Que Heresia . Poxa antes de falar que não vai usarpq eh isso ou aquilo Da uma estudada na VCL..abre o fonte do componente...e veja como ele trabalha Abs, Rodrigo Mota. _ De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Moked - Humberto (Brazil) Enviada em: quarta-feira, 29 de novembro de 2006 13:53 Para: delphi-br@yahoogrupos.com.br Assunto: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! O único DBWare que eu uso é o DBGRID.. hehe pq eu uso ele somente para consultas.. então deixo ele somente leitura e é só festa hehehe... mas os DBEdits eu não gosto de usar. De: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br os.com.br [mailto:[EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br os.com.br] Em nome de Luiz Escobar Enviada em: quarta-feira, 29 de novembro de 2006 05:02 Para: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br os.com.br Assunto: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Então vc não usa TTable, TQuery, DBExpress, IBTable, IBQuery, etc... etc... faz tudo na mão ??? Também sou da seita que o programador tem que ter completo controle dos dados, mas dai programar em ASSEMBLY PURO hehehehe to fora... Só não uso DBWares em casos EXTREMOS, e fico puto porque não encontrei um meio de fazer usando DBWARES. Eu já acho que o DBWare da muito mais produtividade, não te deixa restrito na maioria dos casos.. Acho um loucura construir um DBGRID sendo que ele esta pronto. Luiz Escobar - Segue mensagem original! - De: Moked - Humberto \(Brazil\) [EMAIL PROTECTED] mailto:humberto%40moked.com.br com.br mailto:humberto%40moked.com.br Data: Tue, 28 Nov 2006 11:04:43 -0200 Para: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br os.com.br mailto:delphi-br%40yahoogrupos.com.br Assunto: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Eu não sou a favor do uso de DBWares, pois creio que o programador tem q ter completo controle dos dados que estão sendo enviados ao banco ou trazidos dele. Com DBWares vc fica restrito, não me sinto seguro de deixar esse tipo de transação nas mãos dos DBWares. Mas cada um com a sua. \o/ De: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br os.com.br mailto:delphi-br%40yahoogrupos.com.br [mailto:[EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br os.com.br mailto:delphi-br%40yahoogrupos.com.br ] Em nome de Alisson Yahoo Enviada em: terça-feira, 28 de novembro de 2006 11:01 Para: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br os.com.br mailto:delphi-br%40yahoogrupos.com.br Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Eu também já fui defensor de desenvolvimento sem componentes DbWare. Mas, como diria Raulzito, Prefiro ser essa metamorfose ambulante Agora que estou começando a desenvolver usando ClientDataset estou mudando de opinião. O que eu acho chato são alguns erros que são um pouco mais difíceis de achar, como por exemplo, erros ocasionado pela chamada de certos eventos. [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
RE: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Incrementando a VCL (este artigo vai lhe ajudar no que vc precisa!) http://www.clubedelphi.net/artigos/rubemrocha.asp Identificando Controles Data-Aware http://www.clubedelphi.net/artigos/U_Rubem01.asp Entendendo a camada WMI e seu uso com Delphi http://www.clubedelphi.net/artigos/Wmi_Delphi.asp http://www.devmedia.com.br/articles/viewcomp.asp?comp=651 Sds., Rubem Rocha Manaus, AM From: Rodrigo Mota [EMAIL PROTECTED] Reply-To: delphi-br@yahoogrupos.com.br To: delphi-br@yahoogrupos.com.br Subject: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Date: Wed, 29 Nov 2006 21:27:56 -0200 Que Heresia . Poxa antes de falar que não vai usarpq eh isso ou aquilo Da uma estudada na VCL..abre o fonte do componente...e veja como ele trabalha Abs, Rodrigo Mota. _ De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Moked - Humberto (Brazil) Enviada em: quarta-feira, 29 de novembro de 2006 13:53 Para: delphi-br@yahoogrupos.com.br Assunto: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! O único DBWare que eu uso é o DBGRID.. hehe pq eu uso ele somente para consultas.. então deixo ele somente leitura e é só festa hehehe... mas os DBEdits eu não gosto de usar. De: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br os.com.br [mailto:[EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br os.com.br] Em nome de Luiz Escobar Enviada em: quarta-feira, 29 de novembro de 2006 05:02 Para: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br os.com.br Assunto: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Então vc não usa TTable, TQuery, DBExpress, IBTable, IBQuery, etc... etc... faz tudo na mão ??? Também sou da seita que o programador tem que ter completo controle dos dados, mas dai programar em ASSEMBLY PURO hehehehe to fora... Só não uso DBWares em casos EXTREMOS, e fico puto porque não encontrei um meio de fazer usando DBWARES. Eu já acho que o DBWare da muito mais produtividade, não te deixa restrito na maioria dos casos.. Acho um loucura construir um DBGRID sendo que ele esta pronto. Luiz Escobar - Segue mensagem original! - De: Moked - Humberto \(Brazil\) [EMAIL PROTECTED] mailto:humberto%40moked.com.br com.br mailto:humberto%40moked.com.br Data: Tue, 28 Nov 2006 11:04:43 -0200 Para: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br os.com.br mailto:delphi-br%40yahoogrupos.com.br Assunto: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Eu não sou a favor do uso de DBWares, pois creio que o programador tem q ter completo controle dos dados que estão sendo enviados ao banco ou trazidos dele. Com DBWares vc fica restrito, não me sinto seguro de deixar esse tipo de transação nas mãos dos DBWares. Mas cada um com a sua. \o/ De: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br os.com.br mailto:delphi-br%40yahoogrupos.com.br [mailto:[EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br os.com.br mailto:delphi-br%40yahoogrupos.com.br ] Em nome de Alisson Yahoo Enviada em: terça-feira, 28 de novembro de 2006 11:01 Para: [EMAIL PROTECTED] mailto:delphi-br%40yahoogrupos.com.br os.com.br mailto:delphi-br%40yahoogrupos.com.br Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Eu também já fui defensor de desenvolvimento sem componentes DbWare. Mas, como diria Raulzito, Prefiro ser essa metamorfose ambulante Agora que estou começando a desenvolver usando ClientDataset estou mudando de opinião. O que eu acho chato são alguns erros que são um pouco mais difíceis de achar, como por exemplo, erros ocasionado pela chamada de certos eventos. [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] _ MSN Messenger: converse com os seus amigos online. http://messenger.msn.com.br
RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão!
Então vc não usa TTable, TQuery, DBExpress, IBTable, IBQuery, etc... etc... faz tudo na mão ??? Também sou da seita que o programador tem que ter completo controle dos dados, mas dai programar em ASSEMBLY PURO hehehehe to fora... Só não uso DBWares em casos EXTREMOS, e fico puto porque não encontrei um meio de fazer usando DBWARES. Eu já acho que o DBWare da muito mais produtividade, não te deixa restrito na maioria dos casos.. Acho um loucura construir um DBGRID sendo que ele esta pronto. Luiz Escobar - Segue mensagem original! - De: Moked - Humberto \(Brazil\) [EMAIL PROTECTED] Data: Tue, 28 Nov 2006 11:04:43 -0200 Para: delphi-br@yahoogrupos.com.br Assunto: RES: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Eu não sou a favor do uso de DBWares, pois creio que o programador tem q ter completo controle dos dados que estão sendo enviados ao banco ou trazidos dele. Com DBWares vc fica restrito, não me sinto seguro de deixar esse tipo de transação nas mãos dos DBWares. Mas cada um com a sua. \o/ De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Alisson Yahoo Enviada em: terça-feira, 28 de novembro de 2006 11:01 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] Re: Usar ou não usar DBWares? Eis a questão! Eu também já fui defensor de desenvolvimento sem componentes DbWare. Mas, como diria Raulzito, Prefiro ser essa metamorfose ambulante Agora que estou começando a desenvolver usando ClientDataset estou mudando de opinião. O que eu acho chato são alguns erros que são um pouco mais difíceis de achar, como por exemplo, erros ocasionado pela chamada de certos eventos. [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
