zoukankan      html  css  js  c++  java
  • selfOR_

    selfOR_

    又开始了这个问题的讨论,哈哈,直接迁移到swift??这个问题在ef oc 2.0中也有过列举各自的一些优缺点.

    原文链接

    The Debate Over Direct Access 变量使用的争议

    At lunch today a few of us discussed the issue of using self.foo vs. _foo in Objective-C.

    We had people on two sides. I’ll lay out the arguments.

    (Note: this isn’t even a debate in Swift, which is one of the reasons I’m eager to switch to Swift.)

    self.foo

    This side argues against declaring ivars, and argues that all properties — external and internal — should be synthesized (usually implicitly).

    The only cases where you access the underlying storage directly — reference _foo, in other words — is in init, dealloc, and in custom accessors. Otherwise you use self.foo everywhere.

    除了在init,dealloc ,自定义的访问方法中,其他的地方都使用self.的形式.

    Reasons:

    • It’s a simple rule to remember. You don’t have to remember whether a property is internal or external.(便于记忆)
    • A given property can have custom accessors, or not, and you still treat it the exact same way. Adding or removing custom accessors does not mean you have to go looking for all the references to that property and possibly change them.(修改方便)
    • You’re treating your object’s interface as an API. Inside the object you have more API than outside callers can see, which is fine. It’s still all API.(作为API访问)
    • You have to worry less about KVO if you always use self.foo instead of _foo.(不用担心KVO)
    • You’re more likely to get memory management right if you use self.foo. (This is much less of an issue with ARC, I grant.)(手动内存管理的时候,更加方便.)
    • Subclasses are more likely to get things right if you use self.foo.(子类化方便)
    • Apple seems to advocate this style. (Not always consistently.)(Apple推荐....)

    _foo

    This side argues that using direct storage access inside an object is the way to go.

    Reasons:

    • There’s a useful distinction between public and private. The code for an object is private, and it’s therefore fair to access storage directly. An object has one API — its public API — and inside the object you can do whatever makes sense.(公私分明)
    • Any time you send a message, it’s possible that anything could happen, including reentrancy bugs and so on. Accessing storage directly does not have that problem.(容易引入bug)
    • Sending a message may have performance issues. (Probably not. But it’s possible.)(可能会存在性能问题)

    Okay — I don’t fully understand this side of the argument. I did the best I can to explain it, but I’m most definitely in the self.foo camp.

    But smart people disagree with me.

    Why am I wrong, and why is _foo better?

    undefined
  • 相关阅读:
    搞明白这八个问题,Linux系统就好学多了
    Fedora 25 Alpha版本今天发布啦
    Linux新手应掌握的10个基本命令
    PC-BSD 换名 TrueOS
    JPA+Springboot实现分页效果
    陈亮
    押尾光太郎
    岸部真明
    面试必备-网络的七层协议
    JavaScript中的快速排序
  • 原文地址:https://www.cnblogs.com/xilifeng/p/4922166.html
Copyright © 2011-2022 走看看