Acho que não mas o conceito de MVP é um pouco mais do que isso.
Dá uma olhada neste link [http://www.javafree.org/content/view.jf?idContent=91]
que vc vai entender.
Sds,
Ricardo.
Davi Eduardo Borges Wall <[EMAIL PROTECTED]> escreveu:
Será que a minha pergunta foi tão estúpida assim para ser ignorada???
De: delphi-br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Davi
Eduardo Borges Wall
Enviada em: sexta-feira, 3 de agosto de 2007 14:05
Para: delphi-br@yahoogrupos.com.br
Assunto: RES: [delphi-br] InstantObjects atualiza o banco de dados
automaticamente?
Eu to achando a thread interessante.
Andei procurando por MVP no Google. É alguma coisa relacionada com uma
biblioteca procedural ou algo assim?
De: delphi-br@yahoogrupos.com.br <mailto:delphi-br%40yahoogrupos.com.br>
[mailto:delphi-br@yahoogrupos.com.br <mailto:delphi-br%40yahoogrupos.com.br> ]
Em nome de Joao Morais
Enviada em: sexta-feira, 3 de agosto de 2007 13:43
Para: delphi-br@yahoogrupos.com.br <mailto:delphi-br%40yahoogrupos.com.br>
Assunto: Re: [delphi-br] InstantObjects atualiza o banco de dados
automaticamente?
Fellipe Henrique wrote:
> Hum... Mas me diz uma coisa... você deve estar ficando cheio de mim né?
Num esquenta. Quem deve estar de saco cheio é o pessoal que não tá
interessado na thread.
> No caso do Grid, eu continuaria a usar o DBGrid mesmo, ou não? É que uso
> demais o cxGrid da DevExpress...
Com MVP não se usa nada que cheire a dbware. Por quê você usa este grid?
O que ele tem de bom? Se valer a pena, basta que seja escrito uma view,
assim como existe view para StringGrid.
> E no caso de Relatórios... utilizo o ReportBuilder e o FastReport, será que
> eles conseguem pegar o Press?
Primeiro um conceito: tudo o que é nativo está implementado em Core e
não tem nenhuma dependência externa. Tudo o que gera uma dependência é
um Broker (negociador) e a implementação é separada.
Os relatórios construidos para Delphi entendem apenas de tdataset, eles
não tem como alcançar os dados em um objeto de negócio, então é
necessário um negociador entre o módulo de relatório e o componente
gerenciador de relatórios.
Press tem um negociador para FastReport. Eu não conheço ReportBuilder,
se ele tiver um designer para tempo de execução e tiver um componente
para entrada de dados customizada (tipo o TfrUserDataset) vai ficar mais
fácil de construir um negociador para ele.
--
Joao Morais
> Em 03/08/07, Joao Morais <[EMAIL PROTECTED]
> <mailto:post%40joaomorais.com.br> <mailto:post%40joaomorais.com.br> >
> escreveu:
>> Fellipe Henrique wrote:
>>> Opa.. comecei a me interessar... :o)
>>>
>>> Esse MVP, o Press já o faz?
>> Hei, quando eu falo que estou usando Press em produção, eu estou falando
>> sério. Mas se ainda resta dúvidas, sim, implementa. E está *muito*
>> estável e com maturidade.
>>
>>> Mas tipo, vamos supor um Cadastro de Clientes, com Edits para os
>> campos... e
>>> um DBGrid (ou Grid) para os telefones... eu consigo utilizar um Grid com
>> o
>>> Press? E quanto à máscaras e tals.. eu colocava no Field, no Press
>> existe
>>> isso?
>> Sim, nos objetos de negócio você pode setar o FormatMask. Ou ainda
>> melhor, que é o que eu faço e posso te passar o código. Para Telefone,
>> CNPJ e CPF eu criei um tipo de atributo derivado de string e sobrescrevi
>> o GetDisplayText deles. Daí quando declaro um telefone, ao invés de fazer:
>>
>> Fone: String(15);
>>
>> eu faço:
>>
>> Fone: TMeuTipoFone(15);
>>
>> É isto que eu chamo de reaproveitamento de código, e é nestes detalhes
>> que Press é superior ao feijão com arroz com o qual o pessoal está
>> acostumado (inclusive IO).
>>
>> --
>> Joao Morais
>>
>
[As partes desta mensagem que não continham texto foram removidas]
[As partes desta mensagem que não continham texto foram removidas]
Alertas do Yahoo! Mail em seu celular. Saiba mais.
[As partes desta mensagem que não continham texto foram removidas]
