Thanks guys. "Service layer" is clear to me now. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Phil Cruz Sent: Wednesday, January 12, 2005 11:26 PM To: [email protected] Subject: Re: [CFCDev] When to Use Composition (Was: Newbie approach...)
Gotcha. Makes sense. Thanks for the clarification. -Phil On Wed, 12 Jan 2005 17:21:40 -0500, Doug Keen <[EMAIL PROTECTED]> wrote: > You may be misinterpreting the term "session" in the "session facade" > pattern. Check out this description: > http://java.sun.com/blueprints/patterns/SessionFacade.html > > I think the word "session" was adopted because this pattern is > extremely common in J2EE apps and generally uses a "session bean" (as > opposed to an "entity bean"). "Session" does not refer to the > persistent scope. > > On Wed, 12 Jan 2005 14:08:52 -0800, Phil Cruz <[EMAIL PROTECTED]> wrote: > > I like the definition that Fowler gives: > > "A Service Layer defines an application's boundary [Cockburn PloP] and > > its set of available operations from the perspective of interfacing > > client layers. It encapsulates the application's business logic, > > controlling transactions and coor-dinating responses in the > > implementation of its operations." > > > > And that is inline with how I implemented in the mach-ii.info sample. > > I used it to encapsulate the backend from multiple client layers > > (HTML/Mach-II and Flash/RIA). > > > > However, I don't get how session has anything to do with it as the > > service layer can be stateless when invoked via web services and > > Fowlers definition doesn't make any reference to session. > > > > -Phil > > > > On Wed, 12 Jan 2005 16:55:13 -0500, Doug Keen <[EMAIL PROTECTED]> wrote: > > > Generally, a "service layer" is roughly equivalent to a "session > > > facade"... one could say that your objects that implement the session > > > facade pattern make up your service layer. I think that's the > > > commonly recognized definition of a "service layer", as it's defined > > > in Martin Fowler's "Patterns of Enterprise Application Architecture": > > > http://www.martinfowler.com/eaaCatalog/serviceLayer.html > > > > > > > > > On Wed, 12 Jan 2005 13:49:46 -0800, Phil Cruz <[EMAIL PROTECTED]> wrote: > > > > Yes, you can implement a "service layer" as a cfc with remote methods. > > > > That's how I implemented the Mach-II.info sample app. Check my recent > > > > blog post for some of the driving forces behind that. > > > > > > > > http://mach-ii.info/blog/2005/01/ria-architectures-or-whats-userservice.cfm > > > > > > > > -Phil > > > > > > > > > > > > On Wed, 12 Jan 2005 22:37:33 +0100, Nando <[EMAIL PROTECTED]> wrote: > > > > > I'm always asking questions here, even if i make a statement. Sometimes, > > > > > that's the best way to get an answer! > > > > > > > > > > ;) > > > > > > > > > > I've never implemented anything "as a service", so that's still somewhat of > > > > > a grey area in my mind. I assume you'd do this via a cfc with remote access > > > > > methods that would function as a facade? Something like that ??? > > > > > > > > > > There's another concept that people kick around - "Service Layer". Would > > > > > that be the layer of an app that offers and consumes services like what you > > > > > describe? Or does the term refer to something else? > > > > > > > > > > -----Original Message----- > > > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > > > > Behalf Of Bill Rawlinson > > > > > Sent: Wednesday, January 12, 2005 9:34 PM > > > > > To: [email protected] > > > > > Subject: Re: [CFCDev] When to Use Composition (Was: Newbie approach...) > > > > > > > > > > On Wed, 12 Jan 2005 19:17:00 +0100, Nando <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > I've always wondered what "service" means in this context - comment > > > > > service. > > > > > > I hear references sometimes to the service layer, or a "_____" service in > > > > > an > > > > > > app and although i get the general sense, i'm wondering what distinguishs > > > > > a > > > > > > service from anything else. > > > > > > > > > > i don't know if your asking a question or not :O) but a comment > > > > > service when i mentioned it is basically a separate application that > > > > > is responsible for one thing - managing comments. Then any other > > > > > application that knows how to consume that service can use all of the > > > > > comment services functionality without having to recreate it - the > > > > > service just takes care of it for you. The comments are stored with > > > > > the comment service (in whatever storage medium you choose when > > > > > creating the service) and they are fed to the application from the > > > > > service for display to users. > > > > > > > > > > The service, as I mentioned previously could also provide the > > > > > requisite html to render the necessary page for comment creation. On > > > > > top of that it could support a small API that lets you build your own > > > > > form if you prefer that just knows how to process the comment so that > > > > > it is stored by the service. > > > > > > > > > > For instance say you have a photo blog up - it could just be concerned > > > > > with posting photos (and perhaps descriptive text..) it could then > > > > > utilize the comment service to have all comments on particular photos > > > > > managed for it. > > > > > > > > > > Another app, say a reporting system, could deal with the creation and > > > > > display of detailed customer service reports - for whatever reason - > > > > > but the company using that reporting tool might want to allow the > > > > > customer to comment on the report - or may a customer service rep > > > > > would need to add comments. Well this app too could utilize the > > > > > comment service. > > > > > > > > > > Obviously, this idea could be extended quite a bit. However, comment > > > > > functionality seems like a natural fit for this type of idea because > > > > > so many apps could benefit from the ability to attach comments and > > > > > thus you end up duplicating work to some extent. > > > > > > > > > > Hope that clears it up some ;O) > > > > > > > > > > -- > > > > > -------------- > > > > > [EMAIL PROTECTED] > > > > > http://blog.rawlinson.us > > > > > > > > > > I have 9 gmail invites,want one? > > > > > ---------------------------------------------------------- > > > > > 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] > > > > > ---------------------------------------------------------- > > 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]
