Al Boldi wrote:
The problem with this is that, the proper construction of the OOrdb
cache manager is critically dependent on the native access to the dbAPI.
Otherwise you may be hindered by the dual-cache problem.
No, only one cache that references objects. No relational data is
cached, just some datasets.
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.
Sure. Can you give us a link to a tarball?
Sure. A 'zipball':
http://pressobjects.org/snapshot/press-snapshot-20071103-r706.zip or
subversion:
https://pressobjects.svn.sourceforge.net/svnroot/pressobjects/trunk
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.
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.
--
Joao Morais
_________________________________________________________________
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
