Hi Doug On 10/10/06, Doug Hughes <[EMAIL PROTECTED]> wrote:
Mark - First off, thanks for the feedback on the caching item. I suspect you're right. There's nothing stopping someone from implementing their own caching mechanism to store records and/or query results. Is it really an ORM framework's job to cache data? I'm not sure.
Yup - that's exactly what I was trying to say - I don't think its the ORMs job.
- More control over cascading validation: Eh? Yea, I can see where you don't wanted to validate a user, when you add a news item, but what's a user got to do with that news item?
The user is the creator/owner.
Furthermore, I thought Reactor only validated when the object was dirty. Hmmm..... But yea, I can see a validate(cascade=false) just like with save.
No - validate doesn't care about clean or dirty - it just validates all children. See http://www.mail-archive.com/reactor%40reactorframework.com/msg01196.html
- Formal definition of compound objects: I think you mean where a FooUser might be a result of a combination of fields from the Foo and User tables. I would love for you to open a ticket on this and give a lot of details as to how you would like this to work.
Yes - that's what I mean - basically class table inheritance. We are using a bunch of these. Will have a think about how this could work - but off the top of my head having methods from the base record mixed into the other record would seem to do it. So if you have a Shape record and a Triangle record - all of Shape's methods would be available directly from Triangle.
- Use of conventions to auto-configure reator: This is not going to happen. It was the initial intent of Reactor and after many, many, forhead bruises I decided that configuration was a more elegant solution.
Haha - no worries. This is a nice to have, not really something that will change the world. Will log some feature requests when I get a moment. -- Mark Stanton Gruden Pty Ltd http://www.gruden.com -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Reactor for ColdFusion Mailing List [email protected] Archives at: http://www.mail-archive.com/reactor%40doughughes.net/ -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
