The new release of MachII (1.1.0) added a new XML tag <redirect> which does a CFLocation internally. Yes, otherwise you need to do some sort of validation to make sure that if the user refreshes the page (re-POSTing the form) then duplicate data is not inserted. But really, your code should be checking for this anyway and not relying on the details of HTTP (going to a new page, cleaning the slate) to disallow re-POSTing form contents.
/cody -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ben Nadel Sent: Wednesday, December 07, 2005 11:06 AM To: [email protected] Subject: [CFCDev] MVC exploration questions Hey, I am slowly trying to learn MVC and better style OOP application design. I just finished Head First Design Patterns which was an excellent book. But, from what they seem to say, in the MVC architecture, there is close to a 1-to-1 ratio of views to controllers (though a single controller could control various views). This seems to make sense since each page would require different actions, validation, etc. So, from it sounds like, MVC style stuff never uses CFLocation since all views are decided on the server then passed back to the response. Is this way off base? Part II, if there are no CFLoc's, then how do you get "confirmation" pages to not re-submit form data if refreshed. In my apps, what I love is to process a form then CFLoc to a confirmation page so that the user cannot submit data twice unless they actually go back to the form. Can something similar be done via MVC??? When I think about MVC and CFLoc actually should not play together. If it did would that be considered making the "View" have "Controller" type behaviors (asking the browser to transfer control to a new page)? Trying to learn. Thanks! ...................... Ben Nadel Web Developer Nylon Technology 6 West 14th Street New York, NY 10011 212.691.1134 212.691.3477 fax www.nylontechnology.com ---------------------------------------------------------- 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]
