|
Hello,
I have a problem and I don't know if there is a
pattern for this, or even if this is considered a good design:
- Due to performance factors, I don't want to go to
the database every time someone gets a content object, I rather prefere to
"store" this object
in memory so I can reuse it whenever it's invoked
from the view.
- In traditional (or procedural) development, I
would store an array of structures (or queryes) into an application var,
and every time someone want some content,
I would first try to get it from the application
array, if it's not there, I would go the database, retrieve it and also insert
it into the shared array.
- If someone "updates" one of the the records, I
can update the table, and the application.array.structure content, so I would
have both,
the persistent and the "etereal" records both
updated.
This is all very straightforward to do in CF, I
have done it before since CF 4.
I'm considering to use the gateway in Blackstone to send a message to the CFC that will update the database,
so I won't even have this database access action
contributing for the overall system performance.
When transporting this concept to objectland, it
seems obvious to me that a design pattern must be used,
both for the "shared object reposytory" and for the
"message that will update the database"
functions.
So comes the question: Is there any patterns out
there for doing this ?
Regards,
Marcantonio
Silva |
- [CFCDev] Shared persistent objects pattern ? Marcantonio Silva
- Re: [CFCDev] Shared persistent objects pattern ? Aldo d'Aquino
- Re: [CFCDev] Shared persistent objects pattern ... Marcantonio Silva
- Re: [CFCDev] Shared persistent objects patt... Benjamin Pate
- RE: [CFCDev] Shared persistent objects pattern ? Micha Schopman
- Re: [CFCDev] Shared persistent objects pattern ... Marcantonio Silva
- Re: [CFCDev] Shared persistent objects patt... Marcos Placon�
- RE: [CFCDev] Shared persistent objects pattern ? SBarnes
