I agree with you on the usefulness of TO's, especially if you can link them to your FORMs automatically (I guess I should write an addition to Mach-II to handle this case instead of the current EventBeaner ;-) - the Record objects should be reserved for you business layer, because that's the place where the link to the DB should be exclusively handled.
But: >> It's the same logic that says returning native query results is wrong. I can grok that statement in a general sense, but... considering the ease with which you can handle Queries in Coldfusion I find it hard to convince myself of the need to transform query results into arrays or structs for handling in the presentation part of my applications! Should "principle" override "practicality"? Wouter (aka. [EMAIL PROTECTED]) -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom Chiverton Sent: dinsdag 6 februari 2007 10:21 To: [email protected] Subject: Re: [Reactor for CF] Why would I use _getTO() On Monday 05 Feb 2007, Doug Sims wrote: > Could anyone explain what the benefit of returning the TO rather than a > record object itself? If you are having a service layer CFC return things, they should be plain old objects (TO/VO) because the remote end (Flex, Web service client, ...) may not understand anything else. It's the same logic that says returning native query results is wrong. -- Tom Chiverton Helping to centrally customize interdependent CEOs **************************************************** 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/ -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
