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 >
