Re: RES: [delphi-br] Re: framework
muitos amigos aqui, reconheço... Se for requisito de projeto usar DBWare, não vejo problemas nem vou espernear. Mas se puder escolher, prefiro um modelo misto, mas minimizando o uso de DBWares a um TDataSource e TDBGrid, por exemplo. []'s Ricardo. 1) Evite escrever suas mensagens usando somente LETRAS MAIÚSCULAS. 2) Revise o texto de sua mensagem. Uma mensagem bem escrita é melhor compreendida. 3) Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante! --- Em sex, 5/6/09, Marcos Douglas m...@delfire.net md%40delfire.net escreveu: De: Marcos Douglas m...@delfire.net md%40delfire.net Assunto: Re: RES: [delphi-br] Re: framework Para: delphi-br@yahoogrupos.com.br delphi-br%40yahoogrupos.com.br Data: Sexta-feira, 5 de Junho de 2009, 19:51 Por que me sinto mais confortável? No meu caso é porque já me acostumei a criar as rotinas de alimentação dos componentes. .. Com dbWare é fácil? Sim, mas comigo foi nocivo. Me senti emburrecendo quando fiquei usando por muito tempo e precisei fazer algo mais na unha. Acabei pegando um vício, que me deu um trabalhão pra perder. Se você entrar numa briga dizendo que non-DBware é melhor do DBware porque fazer na unha é melhor, então a briga será perdida. Tem muita gente aqui (não estou me referindo a você, Ricardo) que só vê 2 mundos: utilizar DBware ou fazer tudo na unha. Se eu tiver que escolher entre as duas opcões, não penso duas vezes, é DBware. Temos que comparar 2 tecnologias/ frameworks. Não dá pra comparar fazer tudo na unha com um framework razoavelmente bem feitoque é o DBware. Marcos Douglas Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas] -- _ Rafael jorge alves Desenvolvedor/analista Ativa Soluções em TI. Recife - PE [As partes desta mensagem que não continham texto foram removidas]
Re: RES: [delphi-br] Re: framework
muita gente nao sabe usar os dbware e acham q eles nao podem ser totalemente manipulados sem mta complicacao... mta gente quer pegar o codigo do registro q ta no grid e esquece q os dbware soh refletem a linha q esta selecionada no provedor de dados (query, table, client dataset), os tratamentos dos erros tb, tem tanta gente q trata erro nos botoes, nos dbware, gereando confusao depois pra atualizar ou encontrar onde foi q ele esqueceu alguma coisa qndo fiz meu curso de delphi meu professor mostrou uma aula soh com os dbwares, depois q a gente ja fazia td na unha, ele nao gostava de dbware, conheci os dois lados da moeda e escolhi o meu, mas o outro lado tb tem os msm valores qndo se sabe o q esta fazendo... julio cesar - Original Message - From: Ricardo César Cardoso To: delphi-br@yahoogrupos.com.br Sent: Saturday, June 06, 2009 2:49 AM Subject: Re: RES: [delphi-br] Re: framework Longe de mim dizer que um é melhor que o outro. Ambas as vertentes são muito boas quando em mãos hábeis. Digo pela minha experiência que me sinto mais a vontade com non-DBWare, mas não dispenso o uso de um DBGrid. O fazer tudo na unha, na minha experiência foi relativo. Fiz uma vez e com o tempo fui aprimorando. Mas única e exclusivamente porque não me adapto tão bem aos componentes DBWare. Como já disse, muita comodidade e facilidade ME prejudica. Não tenho a mesma flexibilidade de muitos amigos aqui, reconheço... Se for requisito de projeto usar DBWare, não vejo problemas nem vou espernear. Mas se puder escolher, prefiro um modelo misto, mas minimizando o uso de DBWares a um TDataSource e TDBGrid, por exemplo. []'s Ricardo. 1) Evite escrever suas mensagens usando somente LETRAS MAIÚSCULAS. 2) Revise o texto de sua mensagem. Uma mensagem bem escrita é melhor compreendida. 3) Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante! --- Em sex, 5/6/09, Marcos Douglas m...@delfire.net escreveu: De: Marcos Douglas m...@delfire.net Assunto: Re: RES: [delphi-br] Re: framework Para: delphi-br@yahoogrupos.com.br Data: Sexta-feira, 5 de Junho de 2009, 19:51 Por que me sinto mais confortável? No meu caso é porque já me acostumei a criar as rotinas de alimentação dos componentes. .. Com dbWare é fácil? Sim, mas comigo foi nocivo. Me senti emburrecendo quando fiquei usando por muito tempo e precisei fazer algo mais na unha. Acabei pegando um vício, que me deu um trabalhão pra perder. Se você entrar numa briga dizendo que non-DBware é melhor do DBware porque fazer na unha é melhor, então a briga será perdida. Tem muita gente aqui (não estou me referindo a você, Ricardo) que só vê 2 mundos: utilizar DBware ou fazer tudo na unha. Se eu tiver que escolher entre as duas opcões, não penso duas vezes, é DBware. Temos que comparar 2 tecnologias/ frameworks. Não dá pra comparar fazer tudo na unha com um framework razoavelmente bem feitoque é o DBware. Marcos Douglas Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Res: [delphi-br] Re: framework
Olá galera, Eu até tentei a combinação oop+dbaware, só que me senti limitado, uma bem simples foi a seguinte: tenho a bíblia sagrada numa base sqlite3 (encontrei num site que não lembro agora), tenho dois gerenciadores de db sqlite3, um para linux e outro para windows; um José no gerenciador do linux aparece José, no do windows aparece Jos?, converti o banco inteiro para outro unicode (ANSI), aí o quadro inverteu, só que no linux ficou Jos□, onde □ é uma figura quadrada, acho que vai aparecer aí. Abri o lazarus e criei um form só para testes, usei dbedits e dbmemo (fiz o mesmo no delphi), aconteceu o mesmo, e o pior, alguns textos nem apareceram, passei horas pesquisando na web e nada, pensei que o pró fosse no zeos, vi com uma galera sobre o pró e não conseguimos resolver, depois apontei o dedão para pro lazarus, nada tb, o coitado não era o culpado, daí fiz o seguinte: usei um edit e um memo, usei as maneiras tradicionais para mostrar os dados com o fieldbyname, a porr@ mostrou os dados das duas bases no windows e no linux (não testei o exe criado pelo delphi no linux, mas acho que ia rolar tb). Bom, isso pode parecer besteira, mas, eu ter uma única base de dados para as duas plataformas, pelo menos pra mim, é uma boa, e produtivo. []'s, Silvio Clécio --- Linux User: #481900 Gmail, GTalk: silviop...@gmail.com E-mail, Y! Messenger: silviop...@yahoo.com.br BlogSite: http://silvioprog.blogspot.com/ BlogSpot: http://silvioclecio.blogspot.com/ VirtualDriver: http://silvioprog.4shared.com/ °oO| Seja livre, use Linux! |Oo° De: Joao Morais jcmorai...@gmail.com Para: delphi-br@yahoogrupos.com.br Enviadas: Quinta-feira, 4 de Junho de 2009 23:18:05 Assunto: Re: [delphi-br] Re: framework 2009/6/4 Rubem Rocha rubem.ro...@dtmanaus.com.br: Particularmente, essa questão de ser ou não ser data-aware é relativa! Eu não consigo ver ganho de produtividade sem utilizar controles data-aware! Tem gente que reclama que os controles data-aware fazem coisas que não deveriam. Eu, particularmente, digo que, pela experiência, sabendo usar não vai faltar! E é perfeitamente possível fazer uso de boas práticas de desenvolvimento OO, como design patterns e abordagem MVC/MVP/MGM sem abrir mão de RAD e do uso de controles data-aware. Mas, enfim, como diria a rima de uma certa música infame, “cada um no seu quadrado!” Eu devia era ficar quieto, mas, duas coisas: MVP cia com RAD tudo bem. Mas MVP cia com dataware não vai porque os dois fazem a mesma coisa por caminhos diferentes. E sobre produtividade, geralmente comenta-se sobre algo que já se tenha algum conhecimento de causa. Joao Morais Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] Re: framework
É como eu costumo dizer: em Informática, nada é absoluto e tudo é relativo. Para uns, data-aware é bom, para outros é um parto. Particularmente, não abro mão. Os data-aware controls estão para o Delphi assim como o conceito de binding está para o .NET. O Paulo Quicoli, em um dos seus excelentes artigos que ele publicou no site da ClubeDelphi, fala que a quantidade de código que vc tem que escrever para implementar observers/controllers/etc. com tais design patterns é custoso, mas o ganho em produtividade depois compensa esse tempo pertido. E, particularmente, como não tenho tempo a perder quando o assunto é desenvolver sistemas de informação com qualidade e eficiência, e sabendo que com o Delphi é possível SIM mesclar MVP/MVC com RAD ou data-aware controls (como bem já demonstrou o Paulo Quicoli), e tb pq tenho conhecimento e experiência de causa (certo, João Morais?), não me vejo usando nada diferente de data-aware. Inclusive dentro do .NET não abro mão dessa faceta, que no .NET é chamado de data binding. Sds. De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de Marcos Douglas Enviada em: sexta-feira, 5 de junho de 2009 08:00 Para: delphi-br@yahoogrupos.com.br Assunto: Re: [delphi-br] Re: framework 2009/6/4 Rubem Rocha rubem.ro...@dtmanaus.com.br mailto:rubem.rocha%40dtmanaus.com.br : Particularmente, essa questão de ser ou não ser data-aware é relativa! Eu não consigo ver ganho de produtividade sem utilizar controles data-aware! Tem gente que reclama que os controles data-aware fazem coisas que não deveriam. Eu, particularmente, digo que, pela experiência, sabendo usar não vai faltar! E é perfeitamente possível fazer uso de boas práticas de desenvolvimento OO, como design patterns e abordagem MVC/MVP/MGM sem abrir mão de RAD e do uso de controles data-aware. Mas, enfim, como diria a rima de uma certa música infame, “cada um no seu quadrado!” Data-ware tb é um framework. Então, se vc tiver um framework que utilize os componentes simples do Delphi, vc poderá ter o mesmo ganho (ou até mais) de produtividade que tem ao utilizar data-ware. Marcos Douglas [As partes desta mensagem que não continham texto foram removidas]
Re: RES: [delphi-br] Re: framework
Lendo uma série boa de artigos na ActiveDelphi comecei a ver a questão por outro lado... Muitos padrões a gente já usa e nem percebe. Aí partimos para outro framework e as vezes pensamos exatamente como o Paulo Quícoli só que sem se dar ao trabalho de que o mesmo foi feito no Delphi mas com uma quantidade de pessoas muito maior. Concordo com o ponto de vista do Rubem tanto quanto com o do João Morais. DBWare é bom e produtivo, mas o non-DBWare também costuma ser bastante produtivo. MVC é possível em ambos os mundos, só que no mundo non-DBWare, a (des)vantagem é que na maioria dos casos se faz sozinho o trabalho que uma equipe de sei lá, 10 desenvolvedores fizeram. Nem todos querem se dar a este trabalho pelos mais diversos motivos. Eu por exemplo, me sinto muito mais confortável sem DBEdits ou DBComboBoxes. O único DB-algo que uso é o DBGrid, mas como o Sílvio Clécio tb citou, tenho substituido por TreeViews ou ListViews. Por que me sinto mais confortável? No meu caso é porque já me acostumei a criar as rotinas de alimentação dos componentes... Com dbWare é fácil? Sim, mas comigo foi nocivo. Me senti emburrecendo quando fiquei usando por muito tempo e precisei fazer algo mais na unha. Acabei pegando um vício, que me deu um trabalhão pra perder. Mas isso é a minha visão pessoal. []'s Ricardo. 1) Evite escrever suas mensagens usando somente LETRAS MAIÚSCULAS. 2) Revise o texto de sua mensagem. Uma mensagem bem escrita é melhor compreendida. 3) Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante! --- Em sex, 5/6/09, Rubem Rocha rubem.ro...@dtmanaus.com.br escreveu: De: Rubem Rocha rubem.ro...@dtmanaus.com.br Assunto: RES: [delphi-br] Re: framework Para: delphi-br@yahoogrupos.com.br Data: Sexta-feira, 5 de Junho de 2009, 9:38 É como eu costumo dizer: em Informática, nada é absoluto e tudo é relativo. Para uns, data-aware é bom, para outros é um parto. Particularmente, não abro mão. Os data-aware controls estão para o Delphi assim como o conceito de binding está para o .NET. O Paulo Quicoli, em um dos seus excelentes artigos que ele publicou no site da ClubeDelphi, fala que a quantidade de código que vc tem que escrever para implementar observers/controlle rs/etc. com tais design patterns é custoso, mas o ganho em produtividade depois compensa esse tempo pertido. E, particularmente, como não tenho tempo a perder quando o assunto é desenvolver sistemas de informação com qualidade e eficiência, e sabendo que com o Delphi é possível SIM mesclar MVP/MVC com RAD ou data-aware controls (como bem já demonstrou o Paulo Quicoli), e tb pq tenho conhecimento e experiência de causa (certo, João Morais?), não me vejo usando nada diferente de data-aware. Inclusive dentro do .NET não abro mão dessa faceta, que no .NET é chamado de data binding. Sds. De: delphi...@yahoogrup os.com.br [mailto:delphi...@yahoogrup os.com.br] Em nome de Marcos Douglas Enviada em: sexta-feira, 5 de junho de 2009 08:00 Para: delphi...@yahoogrup os.com.br Assunto: Re: [delphi-br] Re: framework 2009/6/4 Rubem Rocha rubem.rocha@ dtmanaus. com.br mailto:rubem. rocha%40dtmanaus .com.br : Particularmente, essa questão de ser ou não ser data-aware é relativa! Eu não consigo ver ganho de produtividade sem utilizar controles data-aware! Tem gente que reclama que os controles data-aware fazem coisas que não deveriam. Eu, particularmente, digo que, pela experiência, sabendo usar não vai faltar! E é perfeitamente possível fazer uso de boas práticas de desenvolvimento OO, como design patterns e abordagem MVC/MVP/MGM sem abrir mão de RAD e do uso de controles data-aware. Mas, enfim, como diria a rima de uma certa música infame, “cada um no seu quadrado!” Data-ware tb é um framework. Então, se vc tiver um framework que utilize os componentes simples do Delphi, vc poderá ter o mesmo ganho (ou até mais) de produtividade que tem ao utilizar data-ware. Marcos Douglas [As partes desta mensagem que não continham texto foram removidas] Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas]
Re: RES: [delphi-br] Re: framework
2009/6/5 Ricardo César Cardoso ricardo_engs...@yahoo.com.br: só que no mundo non-DBWare, a (des)vantagem é que na maioria dos casos se faz sozinho o trabalho que uma equipe de sei lá, 10 desenvolvedores fizeram. Nem todos querem se dar a este trabalho pelos mais diversos motivos. Mas esses mesmos desenvolvedores podem aproveitar o trabalho que outros tiveram e publicaram. O problema que eu enxergo é que os desenvolvedores preferem passar mais trabalho implementando do que passar menos trabalho aprendendo um framework que já foi desenvolvido por outro. E para o caso específico do Delphi os desenvolvedores pensam que só existem dois mundos: o mundo data ware e o mundo fazer tudo na mão. Joao Morais
Re: RES: [delphi-br] Re: framework
Por que me sinto mais confortável? No meu caso é porque já me acostumei a criar as rotinas de alimentação dos componentes... Com dbWare é fácil? Sim, mas comigo foi nocivo. Me senti emburrecendo quando fiquei usando por muito tempo e precisei fazer algo mais na unha. Acabei pegando um vício, que me deu um trabalhão pra perder. Se você entrar numa briga dizendo que non-DBware é melhor do DBware porque fazer na unha é melhor, então a briga será perdida. Tem muita gente aqui (não estou me referindo a você, Ricardo) que só vê 2 mundos: utilizar DBware ou fazer tudo na unha. Se eu tiver que escolher entre as duas opcões, não penso duas vezes, é DBware. Temos que comparar 2 tecnologias/frameworks. Não dá pra comparar fazer tudo na unha com um framework razoavelmente bem feitoque é o DBware. Marcos Douglas
Re: RES: [delphi-br] Re: framework
2009/6/5 Joao Morais jcmorai...@gmail.com: Mas esses mesmos desenvolvedores podem aproveitar o trabalho que outros tiveram e publicaram. O problema que eu enxergo é que os desenvolvedores preferem passar mais trabalho implementando do que passar menos trabalho aprendendo um framework que já foi desenvolvido por outro. E para o caso específico do Delphi os desenvolvedores pensam que só existem dois mundos: o mundo data ware e o mundo fazer tudo na mão. João, Juro que não copiei sua idéia no meu email anterior, sobre os desenvolvedores somente enxergarem 2 mundos... Foi uma coincidência, ou melhor, um pensamento em sincronia. Abraço Marcos Douglas
Re: RES: [delphi-br] Re: framework
Longe de mim dizer que um é melhor que o outro. Ambas as vertentes são muito boas quando em mãos hábeis. Digo pela minha experiência que me sinto mais a vontade com non-DBWare, mas não dispenso o uso de um DBGrid. O fazer tudo na unha, na minha experiência foi relativo. Fiz uma vez e com o tempo fui aprimorando. Mas única e exclusivamente porque não me adapto tão bem aos componentes DBWare. Como já disse, muita comodidade e facilidade ME prejudica. Não tenho a mesma flexibilidade de muitos amigos aqui, reconheço... Se for requisito de projeto usar DBWare, não vejo problemas nem vou espernear. Mas se puder escolher, prefiro um modelo misto, mas minimizando o uso de DBWares a um TDataSource e TDBGrid, por exemplo. []'s Ricardo. 1) Evite escrever suas mensagens usando somente LETRAS MAIÚSCULAS. 2) Revise o texto de sua mensagem. Uma mensagem bem escrita é melhor compreendida. 3) Vamos ajudar o Grupo e o Yahoo! Apague o conteúdo irrelevante! --- Em sex, 5/6/09, Marcos Douglas m...@delfire.net escreveu: De: Marcos Douglas m...@delfire.net Assunto: Re: RES: [delphi-br] Re: framework Para: delphi-br@yahoogrupos.com.br Data: Sexta-feira, 5 de Junho de 2009, 19:51 Por que me sinto mais confortável? No meu caso é porque já me acostumei a criar as rotinas de alimentação dos componentes. .. Com dbWare é fácil? Sim, mas comigo foi nocivo. Me senti emburrecendo quando fiquei usando por muito tempo e precisei fazer algo mais na unha. Acabei pegando um vício, que me deu um trabalhão pra perder. Se você entrar numa briga dizendo que non-DBware é melhor do DBware porque fazer na unha é melhor, então a briga será perdida. Tem muita gente aqui (não estou me referindo a você, Ricardo) que só vê 2 mundos: utilizar DBware ou fazer tudo na unha. Se eu tiver que escolher entre as duas opcões, não penso duas vezes, é DBware. Temos que comparar 2 tecnologias/ frameworks. Não dá pra comparar fazer tudo na unha com um framework razoavelmente bem feitoque é o DBware. Marcos Douglas Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas]
Res: [delphi-br] Re: framework
Bom dia. seria possivel eu receber uma cópia? Atenc; Elazar De: Silvio Clecio silviop...@yahoo.com.br Para: delphi-br@yahoogrupos.com.br Enviadas: Quinta-feira, 4 de Junho de 2009 9:09:57 Assunto: [delphi-br] Re: framework Olá galera, --- Em delphi...@yahoogrup os.com.br, felipe govoni govoni.felipe@ ... escreveu existe vida sem dbaware?!!?! hehehe, brincadeira mas nao consigo imagina delphi sem Tdataset. tenho MUITA coisa pra estudar. Enviei um projeto em pvt sem tdataset para vc, depois vou disponibilizar para a galera aqui, é que estou portando ele para o Lazarus tb. Essa cópia que enviei para vc (que criei com um grande Amigo) está com dbExpress, vou enviar ela e outra com o Zeos para a galera, sendo que a cópia com Zeos será para Delphi/Lazarus, e a cópia para Lazarus será para Windows e Linux. ps. Veja como o cara trata as transações, veja tb que o Firebird fica só como um repositório de dados; o cara é bem antenado em OOP e ObjectPascal. --- []'s, Silvio Clécio --- Linux User: #481900 Gmail, GTalk: silviop...@gmail. com E-mail, Y! Messenger: silviop...@yahoo. com.br BlogSite: http://silvioprog. blogspot. com/ BlogSpot: http://silvioclecio .blogspot. com/ VirtualDriver: http://silvioprog. 4shared.com/ °oO| Seja livre, use Linux! |Oo° Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas]
RES: [delphi-br] Re: framework
Particularmente, essa questão de ser ou não ser data-aware é relativa! Eu não consigo ver ganho de produtividade sem utilizar controles data-aware! Tem gente que reclama que os controles data-aware fazem coisas que não deveriam. Eu, particularmente, digo que, pela experiência, sabendo usar não vai faltar! E é perfeitamente possível fazer uso de boas práticas de desenvolvimento OO, como design patterns e abordagem MVC/MVP/MGM sem abrir mão de RAD e do uso de controles data-aware. Mas, enfim, como diria a rima de uma certa música infame, cada um no seu quadrado! Sds. De: delphi-br@yahoogrupos.com.br [mailto:delphi...@yahoogrupos.com.br] Em nome de Silvio Clecio Enviada em: quinta-feira, 4 de junho de 2009 08:10 Para: delphi-br@yahoogrupos.com.br Assunto: [delphi-br] Re: framework Olá galera, --- Em delphi-br@yahoogrupos.com.br mailto:delphi-br%40yahoogrupos.com.br , felipe govoni govoni.fel...@... escreveu existe vida sem dbaware?!!?! hehehe, brincadeira mas nao consigo imagina delphi sem Tdataset. tenho MUITA coisa pra estudar. Enviei um projeto em pvt sem tdataset para vc, depois vou disponibilizar para a galera aqui, é que estou portando ele para o Lazarus tb. Essa cópia que enviei para vc (que criei com um grande Amigo) está com dbExpress, vou enviar ela e outra com o Zeos para a galera, sendo que a cópia com Zeos será para Delphi/Lazarus, e a cópia para Lazarus será para Windows e Linux. ps. Veja como o cara trata as transações, veja tb que o Firebird fica só como um repositório de dados; o cara é bem antenado em OOP e ObjectPascal. --- []'s, Silvio Clécio --- Linux User: #481900 Gmail, GTalk: silviop...@gmail.com mailto:silvioprog%40gmail.com E-mail, Y! Messenger: silviop...@yahoo.com.br mailto:silvioprog%40yahoo.com.br BlogSite: http://silvioprog.blogspot.com/ BlogSpot: http://silvioclecio.blogspot.com/ VirtualDriver: http://silvioprog.4shared.com/ °oO| Seja livre, use Linux! |Oo° [As partes desta mensagem que não continham texto foram removidas]
Res: [delphi-br] Re: framework
Olá galera, --- Em delphi-br@yahoogrupos.com.br, Elazar Dornelles Ceza elazar...@... escreveu Bom dia. seria possivel eu receber uma cópia? Atenc; Elazar Claro que sim brother, deixei temporariamente em [http://silvioprog.4shared.com/], baixe o arquivo attachments_2009_06_04.zip. Olha só, o projeto tem muita implementação (ótimo para estudos), mas tem poucos recursos, foi um teste que eu fiz para entrar em uma empresa, que graças à ajuda de um grande Amigo consegui passar. Estou vendo com brothers a possibilidade de portar o projeto para o PressObjects [http://br.pressobjects.org/], para esse projeto ficar bem melhor e ser usado como sistema, pq vamos adicionar mais opções como cadastros, consultas, relatórios (com um componente que Facunte desenvolveu, uma contrib. do Caique esta na área de arquivos da lista), gráficos e etc. Quando iniciei meus estudos em OO ouvi isso: persistência -- nos dois sentidos. ;-) --- []'s, Silvio Clécio --- Linux User: #481900 Gmail, GTalk: silviop...@gmail.com E-mail, Y! Messenger: silviop...@yahoo.com.br BlogSite: http://silvioprog.blogspot.com/ BlogSpot: http://silvioclecio.blogspot.com/ VirtualDriver: http://silvioprog.4shared.com/ °oO| Seja livre, use Linux! |Oo°