Have you seen the CFDJ articles by Brendan O'Hara? There was one comment Sean Corfield made awhile back that seemed telling ... paraphrasing here ... some patterns developed around limitations of Java - sometimes CF can do things more efficiently than Java can, so don't become too narrowly focussed on patterns that arose out of the Java world, or you might wind up just making more work for yourself than necessary.
The other side of the coin is that some patterns depend on functionality that CFC's don't have (yet), so they can't be used as they would in a language that fully implements OO. I'm still a novice at all this, and will be for some time, but in my initial foray into the topic, these two points stood out, in sum: CF has some advantages over Java - leverage those first before reaching for a pattern that may only be relevant to Java. CF does not fully implement object orientation ... so certain patterns cannot be used very effectively. My impression: The OO patterns and CFC's don't always fit well together. And just in trying to implement the Template Method pattern described by Brendan O'Hara, i tripped over my inexperience many more times than i would like to admit. Well, now i know "something", but i think i would have been much better off with a very clear explanation of composition, lots of examples, and someone standing over my shoulder repeating "Hmmm, cfc's ... Well, you can use compostion for that, or if you like, you can also use compostion in this case. Your choice!" That said, i found Streamlined Object Modeling to be a very interesting read - these guys seem to eat, walk, sleep and breathe patterns, but again, i see that much of it doesn't quite fit with the way CFC's are currently implemented. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Byron J. Bignell Sent: Monday, January 12, 2004 7:23 PM To: [EMAIL PROTECTED] Subject: RE: [CFCDev] Common reference for patterns and CFC/MX development Hi. I was thinking in terms of creating a resource site that would point to both written and digital resources. As I see it, while we'd like more people to be pattern literate, the issue becomes providing them with support materials that are relevant to their past experience and current situations. Often, it seems that the most difficult thing is to explain the actual pattern and why one would want to use it in a given situation, followed of course by the some concrete example of said pattern implemented in code that works. Thusly removing it from the abstract into the real and thereby making a more solid learning experience. Byron -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Paul Kenney Sent: Monday, January 12, 2004 1:10 PM To: [EMAIL PROTECTED] Subject: RE: [CFCDev] Common reference for patterns and CFC/MX development Are you looking for books or just online resources? Paul Kenney WebMaster, CorporateWarriors.com 916-663-1963 -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Byron J. Bignell Sent: Sunday, January 11, 2004 7:27 AM To: [EMAIL PROTECTED] Subject: [CFCDev] Common reference for patterns and CFC/MX development Hello. I'm trying to pull together a list of references on design patterns and CFC/MX development as a resource. I've seen quite a number of sites, many of which present the same or at least similar materials, but few present tangible materials and examples of 'why' one would implement a particular pattern and how it would be best implemented; as in a best practice. I've been asking people I work with to read "Design Patterns Explained". A great place to start (many thanks Charlie Arehart for recommending it!). This book gets folks going on being able to think in terms of patterns at a high level but theory must become practice in order to become useful. Which is where having a real set of implementation examples in CF using CFCs would be very useful. Thoughts? Byron ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED] ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED] ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED] ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED]
