Your alternativ only applies because Guyren chose a bad example to use, since there just happens to be a date type.
If RB (Basic) is meant to be about clearly and explicitly all about making the intent of the code clear and readable then using ByRef to OBTAIN results from a function call is bad form since from outside the call one does not know whether on or more of the byrefs are getting changed. Byref seems to me much more a legacy of C style. In addition there is the tedium and added performance and memory hit of having to create a class simply to return more than one value if one uses that method. I am with Guyren on this one. I can think of many instances where his FR would be useful. And if people don't like this style there is nothing forcing them to use it. On 23/3/07 23:06, "Norman Palardy" <[EMAIL PROTECTED]> wrote: > > Why not > > Date = parseDate(someValue) Regards, Dan _______________________________________________________ www.13flatFIVE.com The C++ <> REALbasic code migration specialists _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html>
