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]
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: [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]
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]
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]
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]
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]
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]
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]
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
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