Pragmatically, I'd say: what the h..., why not do it like you suggest? But it's not really about "re-use"; in a sense you're hijacking the reactor config to add your own stuff, and woe the day that Reactor needs info in an element or attribute that you have already used for something else.
Being able to "include" partial XML-files/snippets might help you get away with it - or you could create a GUI.XML that contains all the info you need for Reactor AND your scaffolding, and XSL-transform the Reactor.xml from there... Wouter -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom Chiverton Sent: woensdag 13 december 2006 17:38 To: [email protected] Subject: Re: [Reactor for CF] Abusing the reactor config file On Wednesday 13 December 2006 15:32, Kevin Roche wrote: > I am interested in knowing what the list members think about this idea. I > have a suspicion that it might be the wrong thing to do but the alternative > would mean another XML file with almost exactly the same information in it. Although I agree it would be useful to avoid duplication, you are mixing things across layers here (view and data). I'm not sure if this makes it a good idea or not, but it's certainly an abuse of an ORM to make it describe your GUI :-) If you did want to do it though, formType isn't needed, is it ? Because the type information is already inside Reactor (get at-able with GetMetaData() on one of the TOs if nothing else) - you're view layer can translate from the required CF type to HTML control automagicaly. Does Reactor just ignore properties on field tags it doesn't understand ? It certainly should. :thinks for a bit My first thought was- "I think I'd stick it in a separate gui.xml and put up with the duplication. Your scaffolding can check that everything in gui.xml matches up with something in reactor.xml". Just gone back and added the bit about Reactor ignoring field tag attributes - assuming it does, why not keep your GUI meta data with your DB meta data ? It's an XML file that happens to spit out Reactor stuff when used in one place and scaffolding when used in another - that sounds fairly cool too me if you are thinking of auto generating master/detail (etc) type drildown Fuseboxen (is that the right plural ?). In that vain, it's not an abuse, it's reuse :-) To hell with mixing view and data layers - the definition of meta data is that it crosses over. -- Tom Chiverton Helping to assertively deploy enterprise-class platforms **************************************************** This email is sent for and on behalf of Halliwells LLP. Halliwells LLP is a limited liability partnership registered in England and Wales under registered number OC307980 whose registered office address is at St James's Court Brown Street Manchester M2 2JF. A list of members is available for inspection at the registered office. Any reference to a partner in relation to Halliwells LLP means a member of Halliwells LLP. Regulated by the Law Society. CONFIDENTIALITY This email is intended only for the use of the addressee named above and may be confidential or legally privileged. If you are not the addressee you must not read it and must not use any information contained in nor copy it nor inform any person other than Halliwells LLP or the addressee of its existence or contents. If you have received this email in error please delete it and notify Halliwells LLP IT Department on 0870 365 8008. For more information about Halliwells LLP visit www.halliwells.com. -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Reactor for ColdFusion Mailing List [email protected] Archives at: http://www.mail-archive.com/reactor%40doughughes.net/ -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -------------------------------------- Dexia Bank disclaimer : http://www.dexia.be/maildisclaimer.htm -------------------------------------- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Reactor for ColdFusion Mailing List [email protected] Archives at: http://www.mail-archive.com/reactor%40doughughes.net/ -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
