Objective C 内部类

Question

我正在将一个项目从 C# 移植到 Objective-C，我想知道如何在 Objective-C 中实现内部类（内部意味着仅在该项目内部可见）。

例如，我有 C# 代码：

public abstract class AbstractBaseClass : AInterface
{
     // methods go here
}

internal class InternalSubclass : AbstractBaseClass
{
     // methods go here
}

这是我迄今为止转换的代码：

// AbstractBaseClass.h
#import <Foundation/Foundation.h>
#import "AInterface.h"

@interface AbstractBaseClass : NSObject<AInterface>

// methods go here

@end

// AbstractBaseClass.m
#import "AbstractBaseClass.h"

@implementation AbstractBaseClass

-(void) abstractMethod
{
      [NSException raise:@"abstract method" format:@"This method is abstract, and thus cannot be called"];
}

// more methods

@end

Where should I put theInterfaces and Implements of InternalSubclasses?它们应该位于名为 InternalClasses.h/m 的单独文件中吗？或者我应该没有这些文件的标头而只为它们提供一个 .m 文件。

任何帮助将不胜感激！

Answer 1

我通常的做法是在基类的 .m 文件中声明内部类的接口和实现。

当然，如果类变大，您可能需要将它们分开以避免文件太大。如果您正在编写一个框架，则有一种机制可以指定哪些标头公开（即导出到框架的标头目录），否则，您只需求助于文档。

Answer 2

是的，真正拥有“内部”类的唯一方法是隐藏它们的标头。但即便如此，如果任何人知道它的名称“NSClassFromString”，那么使用这些类也是微不足道的。我想说你可能想考虑重新构建它，而不是使用 Obj-C 并不真正的类设计风格为.

在不了解您正在做什么的情况下，我无法建议不同的设计。

Answer 3

Obj-C 中同样没有“内部”的概念。正如 Joshua 所说，您能做的最好的事情就是将“内部”子类的标头保留为私有，仅记录基类的接口。

就创建抽象基类而言，您的设计很好。 Apple 将这种设计用于“类簇”，在这种设计中，您实际上并没有得到 NSString 或 NSImage 等东西，而是得到了具有以下性质的其他东西：相同的界面。

在 Obj-C 中实现此目的的另一种方法是使用正式协议：

@protocol AbstractInterface
- (void)method1;
...
@end

然后，您不再传递 AbstractBaseClass *，而是传递 id。如果您的基类具有零状态并且没有默认实现，则它们是等效的。

要解决您的其他问题：每个类都应该有自己的 .h 和 .m 文件。无论特定环境如何，这几乎总是正确的。

Answer 4

感谢您的所有回答，我决定将课程公开，因为我将是目前唯一使用该库的人。我真的只是想知道我是否错过了 Objective C 语言文档中有关内部类的内容，因为您可以将变量标记为 @package。