使用隐藏属性与私有 iVar

Question

这个问题专门针对静态库/框架；换句话说，其他人最终会接触到的代码。

我相当精通属性，因为我在 iOS 6 发布时就开始了 iOS 开发。我使用了在接口扩展中声明的隐藏属性来完成我所有的“私有”属性工作，包括在我不希望其他人修改的面向公众的属性上使用readonly，以及在接口扩展中使用readwrite。

重要的是我确实不希望其他使用这些静态库/框架的人在我不允许的情况下访问这些属性，如果我允许他们也不编写这些属性阅读它。

我早就知道他们理论上可以创建自己的接口扩展，并让我的readonly 属性readwrite 自己，或者猜测隐藏属性的名称。

如果我想阻止这种情况，我应该使用带有@private 标记的 ivars 和直接声明的 ivars 吗？这样做有潜在的失败吗？它是否真的让我获得了额外的安全措施，或者它是一个红鲱鱼？

Answer 1

在 ARC 下，属性而非实例变量支持的唯一模式是 copy - 因此，如果您需要 copy，请使用属性。

如果您在 @implementation 部分声明您的私有实例变量：

@implementation MyClass
{
   // private instance vars
}

那么从课堂外访问它们需要付出很大的努力。正如您所说，访问“私有”属性只需猜测其名称 - 或使用告诉您的库调用。

为了安全值得吗？ YMMV。但无论如何，这是一种很好的编码习惯。

附录

正如评论线索显示的那样，关于我使用认真的努力的讨论很多。

首先让我们明确一点：Objective-C 属于 C 语言家族，它们都允许程序员在在语言中选择任何东西[*] - 这些不是如果您想要强类型、访问限制等，请选择语言。在您的代码中。

第二，“努力”不是绝对的衡量标准！所以也许我应该选择“明显”这个词来限定它而不是“严重”。要访问私有属性只需要使用标准方法调用，其中对象的类型为id - 代码中几乎没有线索表明被调用的方法是隐藏的。要访问私有变量需要 API 调用（运行时函数或 KVC 调用）或一些指针操作 - 生成的代码看起来与标准变量赋值完全不同。所以它更明显。

也就是说，除了需要copy 的用途外，在 ARC 下，当私有实例变量可以使用时，没有充分的理由使用私有属性。对于私有变量fred 比较：

self.fred = 42;   // property access, may involve a call (if not optimised out)
_fred = 42;       // common way to bypass the accessors and get at the underlying var
fred = 42;        // direct access

任你选择，没有正确答案，但也没有错误 - 这是意见的领域（这当然是意见 ;-))。我经常会选择最后一个，私有变量——干净且简单。但是@RobNapier 在他的回答中更喜欢使用属性。

---

[*] 注意：一旦你考虑链接到外部代码，比如说用汇编程序编写的，所有的赌注都是任何语言。此时，您必须查看“硬件”（真实或虚拟）和/或“操作系统”以提供保护。

Answer 2

您应该在此处使用私有（“隐藏”）属性。不存在“安全”风险。这种情况下的“攻击者”是调用者。调用者可以完全访问进程中的所有内存。她可以访问您想要访问的框架中的任何内容，并且您绝对无法做任何事情来阻止它（您也不应该这样做）。在任何语言中都是如此。如果您知道自己在做什么，您也可以绕过 C++ 中的“private:”指定。这一切都只是一天结束时的记忆。

保护你自己或你的框架免受调用者的伤害不是你的工作。你们都有相同的目标：正确的程序行为。您的目标是保护来电者免受自己的伤害。让他们很难错误地使用你的框架，并且很容易正确地使用它。

因此，您应该使用生成最正确代码的工具。而那个工具就是properties，除了init和dealloc之外，避免直接访问ivar。