E como fica o tempo de resposta na sua implementação MVP comparado com o TDBGrid tradicional, e pronto pra ser usado? Conte-nos sua experiência, principalmente com aplicações com alta concorrência e/ou necessidade de consultas intensivas ao banco de dados. Sds.
>From: Joao Morais <[EMAIL PROTECTED]> >Reply-To: [email protected] >To: [email protected] >Subject: Re: [delphi-br] String Grid com banco de dados Access >Date: Wed, 18 Apr 2007 07:38:32 -0300 > >Eduardo Silva dos Santos wrote: > > > Ok João, > > > > 1º A reutilização de um código para o preenchimento de uma stringgrid é >uma > > coisa muito relativa para você dizer tão facilmente que pode ser > > reaproveitado, isso depende da lógica utilizada e finalmente de como >esse > > StringGrid vai exibir os dados. > >Justamente por isto eu segui o padrão de projeto mvp. E apenas para o >caso de não ter ficado claro -- sim, é totalmente reaproveitável. > > > 2º - É lógico que alguem escreveu o DBGrid, afinal, eu uso vc usa, todos > > usamos, logo, se alguém ja escreveu pra que vamos ficar reinvetando a >roda? > > vamos pelo prático, mas claro, isso fica a critério de cada um. > >Epa, me inclua fora disto. Eu não uso dbgrid. > > > 3º - Já que você esta usando um framework, fique a vontade, faça a sua > > parte, reinvete a roda, digo... use o stringgrid. > >Reinventar a roda seria recriar um grid baseado em dbware, e diga-se de >passagem há vários internet afora. O que eu fiz foi um wrapper para que >um componente simples possa apresentar objetos de negócio. E eu não uso >uma única unit da vcl que comece com db. > >-- >Joao Morais > > > > > > > > Em 17/04/07, Joao Morais <[EMAIL PROTECTED]> escreveu: > >> Eduardo Silva dos Santos wrote: > >> > >>> Usar String Grid para exibir dados de um DB!! > >>> > >>> é melhor fazer parto em Porco Espinho. > >> Diferentemente de fazer parto em um porco espinho, o acesso ao string > >> grid pode ser escrito uma única vez e reutilizado em qualquer >aplicação. > >> > >>> usa um dbgrid, vai ser muito mais > >>> prático, > >> Alguém teve que escrever o dbgrid, que é baseado em string grid. Agora > >> você só reaproveita a classe. Viu que prático? > >> > >>> agora se for um caso específico com poucos registros e não tiver > >>> outra opção, ai tude bem. > >> É um caso específico de um framework de apresentação de objetos de > >> negócio que nem faz idéia do que é uma unit que começa com db. > >> > >> -- > >> Joao Morais > >> > >>> Em 17/04/07, Joao Morais ><[EMAIL PROTECTED]<post%40joaomorais.com.br>> > >> escreveu: > >>>> Rubem Nascimento da Rocha wrote: > >>>> > >>>>> Companheiro, a experiência diz, e também quem trabalha com grandes > >>>>> quantidades de dados comprova isso, que fazer a carga e a >apresentação > >>>> dos > >>>>> dados de forma manual, sem fazer uso de controles data-aware (que >são > >>>>> próprios para isso), é uma prática questionável, uma vez que isto > >>>> impacta > >>>>> diretamente no tempo de resposta que sua aplicação terá. > >>>> Isto não tem o menor sentido. Quem dita se um controle será lento ou > >> não > >>>> é em primeiro lugar a forma de acesso aos dados, e em segundo (e >muito > >>>> distante) a forma que os dados são preenchidos no controle. > >>>> > >>>> -- > >>>> Joao Morais > >>>> > >>>> > >>> > >>> > >> > >> > > > > > > > _________________________________________________________________ MSN Busca: fácil, rápido, direto ao ponto. http://search.msn.com.br
