Joao Morais wrote:
> Al Boldi wrote:
> > Of course you are not caching any relational data, but you said that you
> > are using a connection broker to the rdb, which caches the rdb data,
> > which means extra overhead.
>
> Hmmm... the rdb or the suite that access the rdb caching data means
> extra resource usage I think, on behalf of performance.
Exactly. But you wouldn't want to do this caching twice.
> > Ok, I had a quick look through the docs, and it seems that you have the
> > design tightly coupled to the MVP.
>
> The MVP _is_ the design, or even better, is the presentation framework.
Oh, I meant the OPF design. Is it possible to isolate the OPF from the MVP?
> > Is there a way to directly attach LCL
> > objects to your OPF?
>
> You don't need to do this. Eg: create a form without code or non-visual
> components, bind BO attributes and components in a single line, and the
> MVP will do the rest for you using informations from the model.
Sure, this is great when you are working with a disconnected presentation
layer like a web interface. But for native apps, you don't need this,
because your presentation layer is already connected to your model via
TForm. So what we need is for a TForm to directly connect to the OPF
without going through the redundant MVP framework. Is this possible?
BTW, as I said, the MVP would be great for a disconnected presentation layer
like in web development, so it would be really useful to have an MVP to
WebPresentation proxy. Does your MVP include this feature?
Also, I tried to compile the demo, but it gives this error:
ObjectModel.pas(23,3) Error: Only class which are compiled in $M+ mode can be
published
Thanks!
--
Al
_________________________________________________________________
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
