Amigo, este link podera responder as suas duvidas... http://www.devmedia.com.br/articles/viewcomp.asp?comp=3043 ----- Original Message ----- From: Davi Eduardo Borges Wall To: delphi-br@yahoogrupos.com.br Sent: Friday, August 03, 2007 4:31 PM Subject: RES: [delphi-br] InstantObjects atualiza o banco de dados automaticamente? (Joao Morais)
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] [As partes desta mensagem que não continham texto foram removidas]
