@Jared, without going into implementation details can you share with us the types of situations you have seen oMM() used in?
Alan ________________________________ From: Jared Rypka-Hauer <[email protected]> To: [email protected] Sent: Sunday, February 1, 2009 10:43:20 AM Subject: [CFCDEV] Re: Questions on Design of Bean, what is your version like? I like to ask this question to help people "get it": Can you tell the difference between the blink of an eye and half a blink of an eye? Most people pick up on it pretty quick... I mean, the former takes twice as long as the latter (theoretically, anyway), but in real-world, real-time terms, it may not matter. Then again it might. I personally am something of a fan of oMM(). I suppose one of these days I should actually do real tests (best as I can anyway) to see what the performance differences are... but using the "eyeing it up" performance monitoring, it's no slower and it uses ColdFusion's greatest strength to the advantage of the developer: dynamic language features. I know of at least 3 other guys that are using oMM() extensively in their model design and two of those use it in their higher-level architecture as well. It all comes down to a couple of things: how you feel about dynamic programming to start with and whether or not the minimal performance hit you get from oMM() will make a difference to your application or not. Anyway, in any debate surrounding oMM(), dynamic programming or anything else like this, everyone's right, pretty much... well, except those factually wrong, but that's a whole other conversation. Laterz, J On Feb 1, 2009, at 4:01 AM, Alan Livie wrote: Whether you are an oMM() fan for the dumb getters and setters or not, a good principle in OO is to NOT think about performance first - yes it is important but not if it affects your design in a negative way. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "CFCDev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/cfcdev?hl=en -~----------~----~----~----~------~----~------~--~---
