不管怎么样样，点符号还是可以的。
好了，这是我说的。
我曾一直是点符号的坚定反对者。我认为它掩盖了消息传递，并鼓励程序员通过链式点语法来违反 "得墨忒耳定律（Law of Demeter） "。我甚至将点符号描述为 Objective-C 代码的一种气味。
因此，你可能会惊讶地发现，我最近在代码中采用了点符号！事情是这样的...
在我观念转变之前
我有两个编码习惯让你们中的一些人觉得很奇怪：
- 对于一个属性，我更倾向于通过它的 ivar 进行访问。
- 当然，我也没有使用点符号。
有人说，"访问属性时一定要使用 self."。我不同意这种说法，因为如果自定义了 setter 或 getter，就很容易切换。没什么大不了的。既然我不想使用点符号，那么调用
[[self prop] doSomething];
我只需要简单地
[_prop doSomething];
KVO 链接属性
但后来 Eric Baker 制作了使用 ReactiveCocoa 进行 TDD 的视频课程。他把我的 MVC TDD 视频课程带向了另一个方向。他没有让模型在发生变化时发布通知，而是将我的大部分代码变成了模板，由 ReactiveCocoa 取代。
我可能会尝试在一个项目中使用 ReactiveCocoa，以了解更多信息。但关键就在这里：ReactiveCocoa 的功能性反应编程风格依赖于键值观察（KVO）。
与 KVO 相比，我更喜欢使用通知的主要原因是，我喜欢使用单独的方法来处理模型变化的不同方面。而在 KVO 中，所有的观察都会转到一个方法，然后该方法必须根据变化的类型来处理分派。
但我不知道的是，直接操作 ivar 并不会触发 KVO。如果要使用 KVO，类必须使用setter来操作自己的属性。因此，我的直接 ivar 操作实际上阻止了其他人在我的类上使用 KVO。
这样不好。如果你要使用我的课程，我不想因为我碰巧用某种方式编码，就切断你与编程工具的联系。
属性链接了 self.
所以只能 "使用自己的setter"。我不想用一种样式来设置值，而用另一种样式来获取值。因此，"使用自己的getter "也就顺理成章了。
但我不喜欢
[[self prop] doSomething];
突然间，我明白了 "使用自己的属性 "的意思，如果我采用self.，世界就会变得更干净：
[self.prop doSomething];
如果我要使用self.......好吧，我还是投降吧。
胜在可读性
点符号更容易看清。我一直承认这一点。我以前没有意识到的是，这不仅仅是一个 "美学 "问题。它更具可读性。而可读性是超级重要的。
与此有关的一点是：点符号是主流。我反对它，就是在逆流而行。我知道这一点，但制作录屏视频时却有人评论说："你为什么直接访问 ivars？"这让我很不舒服。因此，通过采用点符号，我希望我的代码能减少干扰，这样你就能专注于我试图展示的原理。
点符号：仍在关注得墨忒耳定律
我仍然时刻关注着点符号的数量，对得墨忒耳定律保持着敏感。连锁点仍然散发着不恰当的亲密关系的味道。因此，多于一个点（self.不算）让我质疑，为什么对属性的属性做手脚与代码无关。不过，这也许是后话了......
就是这样。圆点，耶。
网友评论