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