> I agree - which sort of makes the general argument of the post fairly > impotent.
I think yo're misreading what I said. > It's a catch-22. On one hand there is some expectation > that CFMX should behave like other OO languages The problem here isn't that. The problem is that CF behaves a certain way *most* of the time (methods take arg/value pairs quite happily). But whne it comes to calling methods in an extended component, suddenly one can't do that. *That's* my problem. > As Sean put it in a previous post "why cant you work around it" and I shouldn't *have* to work around it. It's not a feature I can't cope with, it's a *bug*. FWIW, our "work around" was to just not bother with trying to do this sort of thing until CF gets its act together (I'm not suggesting that's some sort of suggestion to others; it's simply how we're approaching it until the bug is fixed). >> So do you have all your <cfargument> tags marked as required, and always >> pass all of them as an ordered list, as opposed to name/value pairs? > I am a stickler for terminology. There is a difference between > "overloading" and "overriding". Inheritance is an "overriding" Fair enough. > So, "overloading" in CFMX is accomplished by having ARGUMENTS with a > REQUIRED='true' (as you previously mentioned) and then determining > (with logic in the method against the arguments provided) what the > method should do. That's not "overloading", though is it? I guess that's why you quoted the term. > SO - once again - this is WHY super.init() ... super.init()... super.ANYTHING(). > MUST have named arguments > and argument collection (because it is then possible to write a base > method INIT that can decide at runtime how it should behave). I'm not sure what you're on about now, sorry. I'm no longer sure whether you're arguing the toss for or against the necessity for the super-method-calling-bug. But anyway. Adam Adam --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: http://lists.daemon.com.au/
