This is one of the best I've read about design patterns. Its written for java but understanding a design pattern isn't linked to a language, IMO.
On 11/14/05, Bill Rawlinson <[EMAIL PROTECTED]> wrote:
mea culpa twice in one thread. what the heck? can't you guys just
say My Fault? or My blame, or something we non-latin speaking people
can understand!!!
:O)
Bill
On 11/14/05, Roland Collins < [EMAIL PROTECTED]> wrote:
>
>
>
> I wasn't criticizing you – I was actually kind of agreeing with you about
> how we argue about the terminology of Service vs. Manager and what
> constitutes OOP instead of trying to actually solve the problem J In fact,
> your post was quite helpful – I guess I could have better clarified that my
> microrant™ wasn't directed at you – more that I agreed with the "you say
> service, I say tomato" type stuff that has happened all too frequently in
> the past. Mea culpa J
>
>
>
>
>
>
>
> ________________________________
>
>
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf
> Of Nando
> Sent: Monday, November 14, 2005 5:37 AM
>
> To: [email protected]
> Subject: RE: [CFCDev] Factory Pattern - yes this IS about Factory Pattern!
>
>
>
>
>
> I was just commenting on Mike's statement that at first he thought he
> understood something, then later he wasn't sure. It's hard for us who are
> new to this to sort thru what is actually being said and what is different
> use of terminology sometimes.
>
>
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
> Of Roland Collins
> Sent: Monday, November 14, 2005 10:11 AM
> To: [email protected]
> Subject: RE: [CFCDev] Factory Pattern - yes this IS about Factory Pattern!
>
> Hey – honestly, if you're THAT hung up on terminology, then you're not
> concentrating on the problem. I think that we, as a community, need to stop
> being so hung up on patterns and terminologies and start concentrating on
> solving actual problems. I mean, I definitely agree that it's nice to have
> a lingua franca, but if I see one more freaking debate about what
> constitutes a Gateway, vs. what constitutes a Manager, vs. what constitutes
> a Factory on this list, I swear to Bog that I'm going to start shooting
> people. There are a bunch of extremely bright people on this list – it
> never ceases to blow my mind how many times we've argued about semantics
> instead of arguing about solutions.
>
>
>
> Bonus points if you get the Bog reference.
>
>
>
> Roland
>
>
>
> ________________________________
>
>
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf
> Of Nando
> Sent: Monday, November 14, 2005 4:01 AM
> To: [email protected]
> Subject: RE: [CFCDev] Factory Pattern - yes this IS about Factory Pattern!
>
>
>
>
> Mike,
>
>
>
>
>
> I enjoyed reading your posts this morning, especially the one about the
> throngs of bank customers meeting in the road.
>
>
>
>
>
> It's hard for me too. Someone will say, for instance, that a Service is X.
> Then someone else will say that a Service is Y and that X is a Manager. Then
> someone else will say that if you are using Managers in your model, you
> don't understand OO design very well. Then Joe gets around that in
> Model-Glue by calling them Controllers, and i think to myself, "Gee, that
> was clever!" ;)
>
>
>
>
>
> I'm going to call it a Service. Think of the guy in the truck selling hot
> dogs to the throngs of bank customers crossing the road. That's a Service,
> right?
>
>
>
>
>
> Here's what i've done, in case it's of any help.
>
>
>
>
>
> In Application.cfc/m instantiate Factory as a singleton. Then have Factory
> make you instance of DaoService. When it does, pass the instance of the
> factory into it, using "this".
>
>
>
>
>
> in Factory:
>
>
> <cffunction name="getDaoService" access="public" returntype="DaoService"
> output="no">
> <cfset var DaoService =
> createObject('component','DaoService').init(this) />
> <cfreturn DaoService />
> </cffunction>
>
>
>
>
>
> In Application.cfc/m, or wherever actually needed.
>
>
> (adjust as necessary)
>
>
> <cfif NOT StructKeyExists(application, "DaoService") OR StructKeyExists(url,
> "reinit")>
> <cfset application.DaoService =
> application.Factory.getDaoService() />
> </cfif>
>
>
>
>
>
>
>
>
> In DaoService's init method, you'll set the Factory instance you passed into
> DaoService to variables scope so you've got ready access to it, and then
> from within DaoService, have factory make all the Dao's you need and set
> them to variables scope as well.
>
>
>
>
>
> Then you'd access them using public getters. For example:
>
>
>
>
>
> application.DaoService.getSomeSpecificDao().create()
>
>
> application.DaoService.getSomeSpecificDao ().read()
>
>
>
>
>
> I've used this approach to instantiate Gateways into a GatewayService for
> front end queries. It seems to perform very well, even on views that use
> many queries to render the page.
>
>
>
>
>
> I'm not suggesting that you specifically use an object called DaoService -
> btw. It's just to demonstrate.
>
>
>
>
>
> ciao,
>
>
> Nando
>
>
>
>
>
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED]]On Behalf
> Of Mike Kear
> Sent: Monday, November 14, 2005 8:04 AM
> To: [email protected]
> Subject: Re: [CFCDev] Factory Pattern - yes this IS about Factory Pattern!
>
>
> Thanks for the link to the Joe article, Sean. It is excellent. It
> definitely meets the needs I was looking for - not too technical.
>
>
>
>
>
> It seems this whole subject is difficult for a lot of people to discuss in
> terms that us neophytes can easily grasp. For a long while, every time i
> THOUGHT I had a handle on it, someone would use some other term I didnt
> understand, and i'd take time to figure out whether this was a new term for
> a concept i already knew about, or a new concept I didnt know about yet.
>
>
>
>
>
> Joe, congrats on a well-written, easy to understand couple of articles on
> the factory and the DAO concepts, and how they relate to CF users. Nicely
> done, and thanks a lot!
>
>
>
>
>
> Cheers
> Mike Kear
> Windsor, NSW, Australia
> Certified Advanced ColdFusion Developer
> AFP Webworks
> http://afpwebworks.com
> ColdFusion, PHP, ASP, ASP.NET hosting from AUD$15/month
>
>
>
>
>
>
>
>
> On 11/14/05, Sean Corfield < [EMAIL PROTECTED]> wrote:
>
> On 11/13/05, Mike Kear <[EMAIL PROTECTED]> wrote:
> > Right, Sean, and I should have changed it in my last post too. Sorry
> > everyone.
>
> And I responded without changing the subject too - mea culpa! (Can I
> claim you're a bad influence on me, Mike? No? I didn't think so!)
>
> > But since this subject line is about factory patterns, does anyone know
> a
> > not-too-technical place where I can go to learn about it, preferably on
> > line?
>
> "not-too-technical" That's a tough question.
>
> I just searched for "factory pattern" on Google and got over 90,000 results
> :(
>
> I think this post by Joe Rinehart is very good - and reasonably
> approachable:
>
> http://clearsoftware.net/client/index.cfm?mode=entry&entry=89F69AD3-E081-2BAC-695BECE0066A7203
> --
> Sean A Corfield -- http://corfield.org/
> Got frameworks?
>
> ----------------------------------------------------------
> 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]
>
> ----------------------------------------------------------
> 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]
> ----------------------------------------------------------
> 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]
> ----------------------------------------------------------
> 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]
> ----------------------------------------------------------
>
> 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]
--
[EMAIL PROTECTED]
http://blog.rawlinson.us
If you want Gmail - just ask.
--
John C. Bland II
"I do what I can do when I can do it." - Chris Tucker, Money Talks
http://www.gotoandstop.org - Home of FMUG.az (¹ªÞ²æìr¸›yÛhq÷ zôèº{.nÇ+‰·¬zwZ�隊[hq÷ z÷ s:'zŠàÂ+a¶°¢·lº{.nÇ+‰·œ}Ç^½«-…ë.n7œ¶‡í…ç¦j)ADB Þ¾++ºvòP™¢w°Ã s:'zŠàjwlºšh®×�o …\z,¶)àà h²Ø§�Ê&Qv«r¯z‡í…à…7¯–+-ŠÆ¯j)ZnWš· 0™¨¥j·!Š÷œ¢oÜ}Ç^½ÇÜΉޢ¸
