So, you are saying that I should submit my form to the controller, and
then the controller will run the email evaluation and send an error if
not valid, or pass the form structure to the service to be inserted in
the database if the email is valid. Is that correct?
From what I gather from your example, I think I am beginning to see
how the "traffic cop" works...
-Aaron
On 6/9/06, Dustin Tinney <[EMAIL PROTECTED]> wrote:
In that case my controller would have somethign like this...
if(NOT hasValidFields(attributes.form))
{
redirectToErrorPage();
}
model.storeInformation(attributes.form);
sendConfirm(attributes.form.email);
On 6/9/06, Aaron Roberson <[EMAIL PROTECTED]> wrote:
> I just send a confirmation email, I don't really want to test the
> visitor to see how badly they want my newsletter... ha, ha.
>
> -Aaron
>
> On 6/9/06, Dustin Tinney <[EMAIL PROTECTED]> wrote:
> > Do you send your user a "verify" email or a "thanks for subscribing email"?
> >
> > On 6/9/06, Aaron Roberson <[EMAIL PROTECTED]> wrote:
> > > I have an email subscription form on my website that visitors can fill
> > > out and subscribe to our newsletter. I have created a
> > > subscriberBean.cfc with getters/setters and an email validation
> > > method, a subscriberDAO.cfc with CRUD methods, and a service that
> > > creates a DAO object and a gateway object and passes arguments to the
> > > DAO and the gateway (this is all based on Matt Woodwards
> > > CF.Objective() example and Peter Farrell's code examples from CFWeekly
> > > 1.10).
> > >
> > > It seems to me like the view would interact with the service, which
> > > would perform my CRUD operations and return my the query results from
> > > my gateway. If so, what do I need a controller for? I've heard that
> > > controllers act as traffic cops, but I'm not sure what that means. If
> > > my view is validating form field entries, and my model is validating
> > > form field entries, and my view is getting everything it needs from
> > > the service layer, what do I need a "traffic cop" for?
> > >
> > > Thanks for your feedback and suggestions!
> > >
> > > -Aaron
> > >
> > > On 6/9/06, Dustin Tinney <[EMAIL PROTECTED]> wrote:
> > > > Yes would be the answer to your question about needing a Controller.
> > > > However with out knowing what your doing a little more It's hard to
> > > > give direct examples of WHY you need it.
> > > >
> > > > On 6/9/06, Aaron Roberson <[EMAIL PROTECTED]> wrote:
> > > > > I have been plunging head first in to OOP (into a wall, I should
> > > > > say...) and I am trying to put all the pieces together so that I can
> > > > > begin implementation.
> > > > >
> > > > > Anyways, I am wondering if I need a controller layer in my design
> > > > > pattern? I really don't like the idea of using a configuration file
> > > > > (xml or index.cfm) and wiring everything to it like a fusebox, so I am
> > > > > staying away from frameworks. I have been learning about seperating my
> > > > > business model into beans, DAO's, gateways and services and I think I
> > > > > like the abstraction that offers. However, it seems to me like my
> > > > > views can interact directly with the service, making a controller
> > > > > layer unneccesary. Is that correct, or am I lost again?
> > > > >
> > > > > P.S. I don't entirely understand what all a service does, so I do have
> > > > > some questions about the service layer, but I will start a seperate
> > > > > thread for that. I would have some questions about the facade layer,
> > > > > but I don't have a clue how to use that so I don't even know where to
> > > > > begin with the questions regarding that.
> > > > >
> > > > > Thanks,
> > > > > Aaron
> > > > >
> > > > >
> > > > > ----------------------------------------------------------
> > > > > 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]
>
>
>
----------------------------------------------------------
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]
