------- Hal wrote: > I think having a general objectID, implemented in > a BaseComponent, is a more generalized solution
I have been playing with base components and objectIDs, but only as a way to test if two variable references point to the same object. I call this method isSameAs() and its different than isEqualTo(), which each of my objects defines as a member-by-member comparison except for the objectID. I just never thought about using that objectID as a PK if no natural key was obvious. ------- Patrick wrote: > If it's good enough for Martin Fowler, it's good > enough for me. :) Me too :) ------- Bill wrote: > I think, sometimes, in our quest to OOify CF we are > not seeing the forest through the trees (or is it the > otherway around?) I agree that this particular situation does not NEED a pure OO approach, I was just trying to explore some new OO concepts. Hopefully by the time I work on a system that does scream for a pure OO approach I'll be better prepared to deliver. Sometimes we're not questing to "OOify CF" as much as we are questing to "OOify our way of thinking" :) Thanks for all the responses, Seth ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com). An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
