[swift-users] Why can't Swift instance methods call class methods without qualification?

Rick Mann rmann at latencyzero.com
Thu Jun 30 21:01:54 CDT 2016


> On Jun 30, 2016, at 18:47 , zh ao <owenzx at gmail.com> wrote:
> 
> Just a choice made by the language designers to distinguish the call at the call site. 
> 
> You should be aware of using static methods as it may change static variables, which affects all instances of that class. Normally I think static methods is designed to use outside the class instance, if you have to use it inside its instance method. You may need to rethink the pattern you do. 

I think of static methods as applying to all instances, and so code them to "behave properly" no matter how they're called (since I can't really control who calls it, unless it's my own class). Since it's implicitly obvious (to me) that I mean "this class" when I call one, I find it a bit tedious qualify the call with the class name.

It's fine, in the end, but I was curious why it was like this, and if there was a more obvious reason why it needed the qualification.

> 
> Zhaoxin
> 
> On Fri, Jul 1, 2016 at 8:59 AM, Rick Mann via swift-users <swift-users at swift.org> wrote:
> Why can my instance methods not call class methods without the class specifier?
> 
> class MyClass
> {
>    func
>    foo()
>    {
>        classMethod()
>    }
> 
>    class
>    func
>    classMethod()
>    {
>    }
> }
> 
> Why do I have to call MyClass.classMethod()? Just a choice made by the language designers to distinguish the call at the call site? I like C++'s way of treating all static methods as directly available to the instance.
> 
> --
> Rick Mann
> rmann at latencyzero.com
> 
> 
> _______________________________________________
> swift-users mailing list
> swift-users at swift.org
> https://lists.swift.org/mailman/listinfo/swift-users
> 


-- 
Rick Mann
rmann at latencyzero.com




More information about the swift-users mailing list