Mike, Well firstly I should credit "Spike" (http://spikefu.blogspot.com) as the brains of such conception, I just expanded on his theories (We have him with us here at work and if anyone needs some CFMX consultation I urge you all to consider him).
I will be formulating a development guidelines for my work based on this structure, its very flexible and in reality should be used as a "guide" to expand onto etc. Having said all that, I do like your idea of a global layer, this would allow me to leverage off some other problems i have faced, in one such case i was griping with was the storage of some generic variables for both the presentation layer and the business logic to utilise, and i can see this being an ally in combating this issue (global layeridge). So I'll be sure to include your name in the KUDOS SECTION at the end of the dev guidelines document :D This is what I like, CFC brain storming. Scott Barnes Snr Developer eCommerce Department Tourism Queensland / Sunlover Holidays [EMAIL PROTECTED] ph: (07) 3535 5066 -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Mike Collins Sent: Friday, 21 March 2003 12:29 AM To: [EMAIL PROTECTED] Subject: Re: [CFCDev] Is anyone out there using cfc for GUI elements? Scott, I like your structure. One thing I would add is a global structure that is shared between all applications. Applications can then inherit and/or extend the global layer. Does anyone remember how PowerBuilder's PFC framework architecture worked? It was architected from the ground up for extending and overriding any piece of functionality. I like the idea of Services too. It would be great to see autonomous and extendable services like Security, Database, Content, User Management, etc. Each service manages its own environment and will be interdependent. So the Security will call the database service that the Content might call the Security. Each service can then control their own persistence and repositories. In the end you have a global service based architecture that is extendable for any application. Mike ----- Original Message ----- From: "Scott Barnes" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, March 19, 2003 5:34 PM Subject: RE: [CFCDev] Is anyone out there using cfc for GUI elements? I was thinking on this last night, and although I too have lived by the "Keeping of CFC's purity" rule, i personally don't see the drawbacks in using it on the presentation layer side of things? Like we so far have a dir structure of: -AppRoot -- WEB (Presentation Layer Crap here) ---0- FORMS ---0- ACTIONS ---0- VIEWS ---0- TagLib ---0- Assets ---0- ModuleA ---0- ModuleB -- CORE (CFC, Biz Logic Here) ---0- Utils ---0- Hive ---0- ModuleA ---0- ModuleB -- MEDIA (Document Management Crap here) ---0- PDF ---0- DOC ---0- CSV ---0- XLS ---0- EPS ---0- JPG ---0- MPG ---0- AVI ---0- etc.. So using this structure we are able to easily seperate our business logic of raw information (CFC without HTML) from our presentation layer CFC's (ie web interface). Having said that, what you can do in a CFC you could do in a CFIMPORT taglibrary, but the beneficial aspect of using CFC's is that you can instatiate the "inputs" or whatever the entities into say the application scope and refer to it through-out your application. If you use the CFIMPORT TagLibrary method of doing it, you'll end up having to place the cfimport tags at the top of every page context which would get tedious if you radically change your mappings or something like that. So to answer your question, yes i think we will end up using a similiar method of development despite our peers giving us a big frown! (Since when does it say in the rules its got to be pure RAW data model and not HTML) <insert 12 steps program speech here> My Name is Scott Barnes and I am a HTML Inserter in CFC's. </insert 12 steps program speech here> Scott Barnes Snr Developer eCommerce Department Tourism Queensland / Sunlover Holidays [EMAIL PROTECTED] ph: (07) 3535 5066 -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of webguy Sent: Thursday, 20 March 2003 2:45 AM To: [EMAIL PROTECTED] Subject: RE: [CFCDev] Is anyone out there using cfc for GUI elements? Apparently, I've lost all grammar skills. Sorry. Here is that first line again.... Most of the time, we say it is good practise not to output HTML from your CFCs and cfc's model business objects etc. etc. WG -----Original Message----- X-Sybari-Space: 00000000 00000000 00000000 00000000 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of webguy Sent: 19 March 2003 16:32 To: [EMAIL PROTECTED] Subject: [CFCDev] Is anyone out there using cfc for GUI elements? Most of the time, we here don't put HTML into your cfc, cfc model data etc My question is , is anyone out there using cfc to build GUI layouts and components? Think flowlayouts and Jlabels in java. so... form.cfc is a collection of label.cfc 's and input.cfc form.show() calls .show() for all its components, etc etc . dateinput.cfc extends input.cfc and adds a JS date validation to it... Just wondering if anyone has cfcs in this line ... WG ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com).
