Objective-C：一个类仅仅是.m和.h文件吗？

Question

我仍在使用Objective-C中的类和对象。

类是接口和实现文件的简单组合吗？ 或者换一种说法，您什么时候会对自己说“我需要一个新的.m文件”。 现在，当我想将某些方法和变量放在单独的位置时，我将制作一个新的实现文件，以免我的主代码变得不那么庞大。

任何帮助将不胜感激。

Answer 1

严格按照约定（而不是必需），每个新类都应具有一个接口文件（.h文件）和一个实现文件（.m文件）。

至于使用新的.m文件来分发您的方法，这很好。

Answer 2

尽管约定规定每个类有一对.h和.m文件，前者包含@interface，后者包含@implementation，但没有这样的要求，实际上，许多系统提供的类都划分为几个文件在接口和实现上。

从技术上讲，您根本不需要@interface 。

绝对最小类定义为：

@implementation Foo
@end

上面的代码定义了一个类Foo ，它是一个新的根类。 但是，编译器将对此发出警告。

实际上，最小类定义为：

@interface Foo:NSObject
@end
@implementation Foo
@end

注意， NSObject是有意的。 如果您要创建一个与系统框架甚至系统运行时兼容的类，则非常需要从NSObject继承。

语法上，由您决定如何分隔@interface和@implementation 。 传统上，该接口位于标头文件中，以便其他人可以在实现进入编译单元（.m文件）的同时将其#import并使用该接口，以仅进行一次编译和链接。

但这是惯例，不是要求。 我经常在一个.m文件中完全定义一个类-@interface + @implementation，仅用于其他类的@implementation中。 有效地，是私人班级。

请注意，明确创建了类扩展- @interface Foo() ，以允许您在.h文件的@interface Foo:NSObject之外的类上声明其他属性和方法。 它允许类有效地具有隐藏的API或创建公共只读和私有读写的属性。

Answer 3

不，这不对。 您可以在.h和.m文件中放置多个类，尽管这不是很好的做法。

Answer 4

在Objective-C中，类是一对接口和实现。 这些文件不必放在单独的文件中，但经常在单独的文件中，这是保持文件结构整洁的好方法。 通常，类代表一个小工厂，当您有一组可以组合在一起的功能时，最好将它们放在一个类中。

Answer 5

我承认偶尔会把几个类组合在一起，或者将所有类的定义集中在一个.h中，将实现放在一个.m中，或者在某些类是“私有”的情况下，还包含“内部”类的定义和实现。在主要课程的.m中。

我认为有时最好避免这种方式的文件扩散，并将相互依赖的类分组在一起。

您也可以采用另一种方式-使用“类别”在多个文件中分布类的定义和/或实现-但这有点难看，通常应保留用于扩展具有特殊功能的框架类。 （即使那样做，也要有些担心。）