If CF eventually has support for checked exceptions, I'll gladly spend the time to refactor as that'll be a huge asset. However, it's also orthagonal to many of CF's basing principles, so I'd be ridiculously surprised if it ever happend. And similar suprise levels would be warranted if MM found another (non-confusing) way to use the 'throws' attribute. Similar arguments go for 'deprecated', the moreso because it's a documentation (not functional) datum. I.e. execution doesn't care about deprecation, only docs do.
So to me, the odds seem greatly in my favor, especially considering the productivity gains I collect by having those attributes there for me to use while I'm working against an API. But then we also all know how hard-headed I can be about stuff. ; ) cheers, barneyb On 10/25/05, Sean Corfield <[EMAIL PROTECTED]> wrote: > On 10/25/05, Barney Boisvert <[EMAIL PROTECTED]> wrote: > > If you use CFCDoc, it will recognize a 'throws' attribute to > > CFFUNCTION, along with 'deprecated', and include them in the generated > > docs. > > ...although adding additional attributes might mean your code is > broken by a future release of CFMX that happens to add new attributes > with the same name (and a specific meaning). For example, CFMX 7 added > description="short text description of function". > -- > Sean A Corfield -- http://corfield.org/ > Got frameworks? > -- Barney Boisvert [EMAIL PROTECTED] 360.319.6145 http://www.barneyb.com/ Got Gmail? I have 100 invites. ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com). CFCDev is supported by New Atlanta, makers of BlueDragon http://www.newatlanta.com/products/bluedragon/index.cfm An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
