[delphi-br] Re: Repositorio para manter as instruções
Se não me engano o mrbar2000 publicou ou está publicando uma série de artigos na ActiveDelphi tratando desse repositório. É isso ai, publiquei em janeiro na active delphi. É o que eu chamo de Datasnap Dinâmico, onde vc pode contruir uma aplicação n-camadas datasnap no delphi sem precisar colocar um clientdataset ou provider no remotedatamodule, nem precisa ficar criando um monte de remotedatamodules filhos só por que o seu tem tanto componente que nao cabe em 1 só. Bem legal o artigo (mas eu sou suspeito, veja a revista e confira por voces mesmos). As Instruções SQL são criadas em um utilitário e neste eu poderia tá definindo instruções diferentes dependendo do banco, asssim, quando o cliente faz um requisição, se o framework nao já tiver criados os componentes necessários, ele cria a partir das informações do repositorio e retorna os dados para o clientdataset na camada cliente!
Re: [delphi-br] Re: Repositorio para manter as instruções
Era somente aquele artigo ou é uma série de artigos que vc está escrevendo sobre o assunto? Estou pensando em fazer uma aplicação para estudar essa técnica que vc demonstrou. Realmente parece muito boa. Atte, Ricardo. mrbar2000 [EMAIL PROTECTED] escreveu: É isso ai, publiquei em janeiro na active delphi. É o que eu chamo de Datasnap Dinâmico, onde vc pode contruir uma aplicação n-camadas datasnap no delphi sem precisar colocar um clientdataset ou provider no remotedatamodule, nem precisa ficar criando um monte de remotedatamodules filhos só por que o seu tem tanto componente que nao cabe em 1 só. Bem legal o artigo (mas eu sou suspeito, veja a revista e confira por voces mesmos). As Instruções SQL são criadas em um utilitário e neste eu poderia tá definindo instruções diferentes dependendo do banco, asssim, quando o cliente faz um requisição, se o framework nao já tiver criados os componentes necessários, ele cria a partir das informações do repositorio e retorna os dados para o clientdataset na camada cliente! - Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Re: Repositorio para manter as instruções
E quem não tem a assinatura da revista?!? :-))) 2008/4/11 mrbar2000 [EMAIL PROTECTED]: Se não me engano o mrbar2000 publicou ou está publicando uma série de artigos na ActiveDelphi tratando desse repositório. É isso ai, publiquei em janeiro na active delphi. É o que eu chamo de Datasnap Dinâmico, onde vc pode contruir uma aplicação n-camadas datasnap no delphi sem precisar colocar um clientdataset ou provider no remotedatamodule, nem precisa ficar criando um monte de remotedatamodules filhos só por que o seu tem tanto componente que nao cabe em 1 só. Bem legal o artigo (mas eu sou suspeito, veja a revista e confira por voces mesmos). As Instruções SQL são criadas em um utilitário e neste eu poderia tá definindo instruções diferentes dependendo do banco, asssim, quando o cliente faz um requisição, se o framework nao já tiver criados os componentes necessários, ele cria a partir das informações do repositorio e retorna os dados para o clientdataset na camada cliente! -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM [As partes desta mensagem que não continham texto foram removidas]
Re: [delphi-br] Re: Repositorio para manter as instruções
Não sei se tem um link para download do exemplo. Se tiver, eu passo. Mas se quiser assinar a revista, há uma promoção onde vc ganha 6 exemplares. Em janeiro eu tb não era assinante, mas com a promoção vieram algumas revistas, e esta que tem a matéria do mrbar2000 veio no pacote. Atte, Ricardo. Marcos Douglas [EMAIL PROTECTED] escreveu: E quem não tem a assinatura da revista?!? :-))) 2008/4/11 mrbar2000 [EMAIL PROTECTED]: Se não me engano o mrbar2000 publicou ou está publicando uma série de artigos na ActiveDelphi tratando desse repositório. É isso ai, publiquei em janeiro na active delphi. É o que eu chamo de Datasnap Dinâmico, onde vc pode contruir uma aplicação n-camadas datasnap no delphi sem precisar colocar um clientdataset ou provider no remotedatamodule, nem precisa ficar criando um monte de remotedatamodules filhos só por que o seu tem tanto componente que nao cabe em 1 só. Bem legal o artigo (mas eu sou suspeito, veja a revista e confira por voces mesmos). As Instruções SQL são criadas em um utilitário e neste eu poderia tá definindo instruções diferentes dependendo do banco, asssim, quando o cliente faz um requisição, se o framework nao já tiver criados os componentes necessários, ele cria a partir das informações do repositorio e retorna os dados para o clientdataset na camada cliente! -- FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM [As partes desta mensagem que não continham texto foram removidas] - Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! [As partes desta mensagem que não continham texto foram removidas]
