Salve galera!
não quero entrar nos afins das questões aki..apenas deixar minha
experiencia..
Delphi é RAD e é OO!!! e não e RAD pra espalhar não... faço qq coisa OO
em delphi mais rapido e com a mesma qualidade do q e feito em Java ou
.Net q seja.
hj programo OO e uso plenamente dos recursos
Marcos Douglas wrote:
> Nada em informática é 100%, inclusive o ECO.
> Programar utilizando MVP, em Delphi, tb não quer dizer 100% OO, pois
> nem o Delphi é 100% OO...
Não tomemos 100% como algo perfeito, mas tangível para a tecnologia
atual. Neste caso MVP é 100% OO e Object Pascal / Delphi pod
Juliano Carvalho - Folhamatic wrote:
> Com certeza.
> Não existem nenhuma relação entre MVP/MVC/OPF/OO e baixa produtividade ou
> DBAware relacional e falta de controle/projeto ruim.
> Afirmações assim são dogmas que as pessoas criam em suas mentes ou relatos de
> experiencias (muitas vezes em fu
Luiz Escobar wrote:
> Onde eu implemento uma TRANSAÇÂO ? se der pau para fazer um ROLLBACK.
> TIPO usado seu exemplo... :
>
> try
>cliente.insert;
>Cliente.Nome := 'fulano';
>contrato.insert;
>Contrato.data := 'hoje';
>nota.insert;
>nota.id := '1';
>itens.inser
Luiz Escobar wrote:
> ==OPF==
> Cliente := TCliente.Retrieve(ID); <<-- monta query, pesquisa, etc.
> Cliente.Nome := 'Outro Nome';
> Cliente.Save; <<-- cache, controle transacional, tudo aqui dentro.
>
>>> E olha que eu escolhi um modelo de dados sem herança, pra ficar mumu pra
>>> TDataset.
>
Welson Avelar wrote:
> --- Joao Morais escreveu:
>> Andreano, não é achar que não deve ter, é ter certeza que não precisa ter.
>>
>> É sempre questão de preferência. Falo por mim, estou apenas expondo
>> vantagens de um modelo orientado a objetos perante o RAD (com exceção de
>> usar TDataset com
Andreano Lanusse wrote:
> O que você diz de OPF é o que o ECO faz.
>
> mas unindo os 2 mundos DataWare e 100% OO
Apenas para fins de esclarecimento:
- Eu não disse que a Borland não tem um framework OPF;
- 100% OO é uma opinião, e não um fato.
--
João Morais
Andreano Lanusse wrote:
> Pessoal,
>
> após diversas opiniões...
>
> Qualquer desenvolvimento é mais produtivo com os componentes DBWare, mas para
> trabalhar com eles é bom que se entenda como funciona os eventos e os
> componentes DataSet e DataSource.
>
> Ao longo de todos os softwares
Andreano Lanusse wrote:
> Pessoal,
>
> após diversas opiniões...
>
> Qualquer desenvolvimento é mais produtivo com os componentes DBWare, mas para
> trabalhar com eles é bom que se entenda como funciona os eventos e os
> componentes DataSet e DataSource.
>
> Ao longo de todos os softwares
Leodinei Bielak wrote:
> Isso seria legal. To curioso pra ver. Eu quero começar um projeto pessoal com
> o Turbo Delphi. Tem como usar isso com ele?
Sim. Press é desenvolvido para D5+.
--
João Morais
mrbar2000 wrote:
> O Infra está sendo desenvolvido por mim, com alguma ajuda de alguns
> amigos. E pretende ser o melhor framework para desenvolvimento OO, o
> mais completo. Pelo menos é a minha pretensão:
>
> https://opensvn.csie.org/traccgi/infra/wiki
> http://www.oodesign.com.br/forum/index.ph
Walter Chagas (Yahoo) wrote:
> Grande João, o homem das teorias dos grupos hehe
Grande Walter. Tenho tentado botar as teorias em prática, e não é que
elas tem dado certo!? É tudo uma questão de ver além daquilo que está
sendo apresentado.
> Quanto a mesma maratona para cada
> campo lookup ou p
Walter Chagas (Yahoo) wrote:
> Agora o uso de DBWares vai mesmo é facilitar a vida do desenvolvedor
> pois uma cadastro simples e básico, usando DBEdits e DBNavigator,
> gastaria mais ou menos na média pra ser feito e estar pronto para ser
> usado, uns 20 a 30 minutos chegando a 40 por aí. Este
13 matches
Mail list logo
