Ios Objective-C中的去耦合模型和分离公共/私有方法（协议与公共/私有头）

我目前正在用Objective-C（用于iPhone）构建一个游戏

为此，出于性能/复杂性的原因，我稍微打破了MVC，并为视图（渲染器）提供了对模型的直接引用。这是因为它应该以60fps的速度运行，并根据模型的状态不断更新自身

由于模型中的其他类需要访问和设置这些属性，因此我在模型的头文件中具有读写属性。但它们应该作为我的观点的只读文件。因此，我有一个问题，需要分离公共/私有方法

我认为一种典型的方法是使用一个普通的“X.h”头，视图将导入该头，并为其他模型类内部使用一个单独的“X_private.h”

我的一位Java开发人员朋友提出了一种使用协议的不同方法

他建议创建NSObject的协议，比如“IX.h”，它将包含视图引用的公共方法。然后简单地在类（X.h/X.m）的头上设置私有（就整个模型而言）方法，并让该类实现协议

这看起来很酷，因为它增加了一层抽象。现在，如果我决定更改底层模型类及其工作方式，只要它们仍然实现公共协议，我就可以这样做。视图甚至不知道模型下面真正使用的是什么类

我看不出这种方法有任何明显的缺点，但我以前在Objective-C中没有这样做过

这是一个好方法还是我遗漏了什么

---

还有其他解决这个问题的好方法吗？

你朋友的建议很好。但是，模型的读写属性仍然可以访问，可能会被错误使用

我能想到的一个更好的方法是使用类扩展/匿名类别。在这种方法中，模型类的默认接口将只包含读访问器

模型

Model+ReadWrite.h

@interface Model()

@property(strong) NSString *property1;
@property(strong) NSString *property2;

@end

---

通过在Model.m或您需要的其他模型中导入

Model+ReadWrite.h

，您可以访问所有属性，而模型的通用接口仅公开readonly方法。

这似乎也是一个标准想法，同时使用公共/私有头。但是，这是否仍然意味着必须直接导入模型类？然而，使用protocol方法，我仍然可以更改底层类，因为它只是一个非特定于类的方法列表。因为您的默认接口只提供访问器方法，所以您仍然可以按照自己的喜好更改模型。这只是意见的问题。我更担心我的readwrite方法被误用，而将它们放在一个单独的标题下会让其他人明白我不想让别人乱来。问题是，这仍然意味着你是在专门引用模型类。与提供另一层抽象的协议不同。返回协议方法的基本机制甚至可以在多个类之间分割。这可以在不进行任何模型外重构的情况下进行更改。

@interface Model()

@property(strong) NSString *property1;
@property(strong) NSString *property2;

@end