Luiz Escobar wrote:
> sim, fiz tudo... usei BDE...
> criei NEW CONNECTION, dei um EDIT, selecionei STANDARD (piradox), mandei
> gravar no PATH c:\, Show Build, SELECT ALL BUILT DATABASE...
>
> Sim, fiz tudo começei a cadastrar, fones, cadastrei a cidade normal... só que
> quando vou dar OK em
Luiz Escobar wrote:
> Baixei, criei tudo bzl.. durante o cadastro seja pessoa ou compania da o
> seguinte erro:
> troque os 'X9s' pelos respectivos codigos dos object ehheehe...
>
> Error storing object TPerson('x9x9x9'): "Field 'Address' not found"
> Error storing object TCompany('x9x9'): "Fie
Joao Morais wrote:
> Ainda assim vou empacotar um
> binário com conectores para ZeosDBO (vários bancos, para testares com
> MySQL), UIB (velocidade), BDE (só pra desencargo) e deixo um link na
> lista. Ainda assim eu recomendaria você tentar compilar por aí para
> entender melhor como a coisa
Marcos Douglas wrote:
> Tem uma coisa que eu não entendo. Tem o Press, Jazz e Infra (os que foram
> citados aqui na lista). Pq não juntar os 3 autores e colaboradores e criar um
> único projeto, cada um fazendo uma parte específica? No mundo OpenSource tem
> muito disso. O cara acha que o projeto
Luiz Escobar wrote:
>> - É o mesmo botãozinho em cada componente. E se for um
>> TDBSpeedButtonLookupComboBox, tem que dizer qual é o formulário alvo em
>> cada formulário criado. Se não quiser dizer qual é o form, tem que ser MVP.
>
> Mas João, como em MVP ele sabe que eu quero cadastrar e qua
Marcos Douglas wrote:
> Discordo qto a herança múltipla. Java, que foi concebido para implementar OO
> não tem herança múltipla, pq o pessoa da Sun sabe que herança múltipla
> complica mais do que gera resultados. MS .NET tb é outro exemplo. Para este
> "problema", utilizamos interfaces.
Concordo
Luiz Escobar wrote:
> Fazer botãozinho do lado do combo pra cadastrar da trabalho ? onde ?
> Fazer ginastica para digitar e achar o cliente ? VC não conhece o MyDAC né ?
> ele tem isso no DBGRID que o acompanha.. e muito mais
> Criar um novo cliente ? novamente DBNAVIGATOR.
> Novo FORM
Walter Chagas (Yahoo) wrote:
> Hehehehe, cê tá começando a ceder :)
Ceder? Eu?
> Mas lembrando que para mexer com estes Frameworks, o camarada tem que
> ter a manha de OOP, do contrario vai é acabar misturando OO com PE e
> começar a andar em circulos..
Mas com certeza!
Posso até adiantar un
Luiz Escobar wrote:
> [Fatal Error] PressInstantObjectsBroker.pas(33): File not found:
> 'InstantConnectionManager.dcu'
Luiz, organize-se, economize mensagem, não polua a lista.
E leia ao menos os Readme.
--
Joao Morais
Luiz Escobar wrote:
> Respondendo todas as suas perguntas abaixo não, faço isso uma vez
Eu já havia prometido largar essa thread, mas eu não resisto.
Por favor, diga como você faz isso!
--
João Morais
> Luiz Escobar
> Analista/Desenvolvedor:
>
>
> - Original Message -
>
Fellipe Henrique wrote:
> O que me impede de reaproveitar código usando DBWare? Eu faço isso, ou seja,
> tenho algumas telas que são idênticsa e vários sistemas... mais uma vez eu
> digo, o erro não está no Objeto e sim no Sujeito.
Você não tem que setar sempre o DataSource, DataField, KeyField,
Walter Chagas (Yahoo) wrote:
> Isto é plenamente possível sim. Não quer dizer que se voce for usar
> DBWares deverá renunciar ao outro ou vice versa. MVP/OO São recursos
> que podem conviver plenamente com os DB.
Permita-me corrigi-lo: MVP faz exatamente o que DBWare faz, porém de
forma orient
anderson wrote:
> É possivel então eu ter o OPF com ECO, continuando usando DBWares e utilizar
> MVP
DBWare e MVP são inimigos mortais!
Brincadeira. É o mesmo você dizer que quer sair de carro e moto ao mesmo
tempo. MVP é um padrão para apresentação de dados, assim como DBWare.
--
João Mor
Luiz Escobar wrote:
> Não acho que DBWares não são rodas quadradas não...
>
> E como vc mesmo disse, não é de bom to falar mal de uma implementação quando
> esta lhe é completamente desconhecida...
DBAware não é um desconhecido pra mim, e confesso que eu fiz injustiça.
A roda quadrada é usar T
maniacapordelphi wrote:
> Confesso que DBWares tem furos e às vezes nos dão um resultado
> inesperado sim. E nem sempre é rapido como se diz por aí. Pode
> travar a rede em caso de grande numero de usuarios e quando se usa o
> aplicativo através do Client Terminal, então?
Se existisse alguma
Ricardo Cesar Cardoso wrote:
> Quanto aos Frameworks MVP, o único que cheguei mesmo a implementar foi o DePO
> (Delphi Persistent Objects) e gostei do que vi. Apenas ressalto que existem
> duas versões em paralelo correndo por ai, a oficial do projeto e outra que
> vem sendo desenvolvida pelo p
Walter Chagas (Yahoo) wrote:
> Então que tal postar um
> exemplo funcional pra nós? Pode ser coisa básica mesmo. Assim
> poderemos ver se o mesmo é tão produtivo e eficiente como diz, pois
> nem eu conheço esta metodologia também.
Você quer um exemplo bem básico pra saber se MVP é mais produti
Walter Chagas (Yahoo) wrote:
> prazos que não
> lhe darão margens pra criar coisas que já existem (o famoso
> reinventar a roda) ou então ficar fazendo na mão, aquilo que já tem
> pronto por mero capricho de desenvolvimento.
Metendo o bedelho de novo.
Ninguém está reinventando a roda ao usar
Luiz Escobar wrote:
> Então vc não usa TTable, TQuery, DBExpress, IBTable, IBQuery, etc... etc...
> faz tudo na mão ???
Metendo o bedelho - eu particularmente não uso nada que descenda de
TDataset. Uso basicamente classes de negócio e um framework MVP, que por
sinal dá um chapéu em TDataset, p
19 matches
Mail list logo
