Here the presentation and data are mixed with business logic in the stored procedures not COM objects, think of each stored procedure as CF5 page. Logic mixed with data and with some small presentation logic customizations (there is rather little HTML in the stored procedures, so its not as bad as you are describing).
Probably the most innovative idea (through maybe not that great) is the almost total omission of HTML formatting in the code that is modified and written - there are very very few 'hr' or 'a' tags. Almost all page formatting is done automatically without programmer having to think of it. Above idea is similar to using Latex script to produce scientific documents - you let the typesetting engine do all professional work of setting you text. This method may work wonders for text in math books but I am little bit skeptical of html. Another way to view it: SQL sends actual programming code in language we call "blah" to CF which then works as an interpreter of that language and produces a form. TK ----- Original Message ----- From: "Dawson, Michael" <[EMAIL PROTECTED]> To: "CF-Talk" <cf-talk@houseoffusion.com> Sent: Tuesday, September 05, 2006 5:40 PM Subject: RE: ColdFusion as presentation engine and nothing more > This reminds me of a project, several years ago, where we webified some > SAP information. The VB programmer "needed" to put the HTML in the > ..DLLs and it was a total pain in the ass to make any changes. They also > insisted that ASP pages were the only method of consuming the COM > objects. This is how the project was "sold" to IT mgt at the time. > > I suggested that they create a much-simpler COM object that returned > only data and then CF would then consume the object and create the HTML. > I even created simple COM objects to prove this to them. > > However, I lost out to the Indian consultants and eventually lost my > job. Boo-hoo. > > Now, that I have had time to look back over this issue, I still > fully-realize how immensely stupid it was for them to mix the model and > presentation in their COM .DLLs. However, for the consultants, it was > pure genius since very few people knew how to make the changes. When I > take looks at that company's web site(s), I see how very little they > have progressed with that sort of mentality. > > M!ke > > -----Original Message----- > From: John Blayter [mailto:[EMAIL PROTECTED] > Sent: Tuesday, September 05, 2006 3:07 PM > To: CF-Talk > Subject: Re: ColdFusion as presentation engine and nothing more > > IMHO... Use the systems for what they are designed for. Sure SQL server > can generate HTML but is that the best way to maintain it? The thought > of having to sort through thousands of stored procs instead of some kind > of file system to make a presentation change just sounds like my > personal version of hell. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:252123 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
