我什么时候定义objective-c方法?

我正在学习Objective-C,并有一个C / C ++的背景。

  • 在面向对象的C ++中,在定义(实现)它之前,你总是需要声明你的方法,即使它是在父类中声明的。

  • 在程序风格的C,IIRC中,只要定义一个函数,只要从文件中稍后出现的同一个编译单元(即同一个文件)中的其他东西中调用,就可以避开(好吧,提供你不用“extern”在其他地方声明)。

  • 现在,在Objective-C中,看起来只需要在头文件中声明select器,如果它们将被外部使用,并且可以在.m文件中构造select器就好,然后调用它们.m文件。 此外,似乎委托方法或inheritance方法从不(重新)定义。

我在正确的轨道上? 什么时候需要在Objective-C中定义一个select器?

对于Objective-C方法,一般的做法是把你想要公开的方法放在头文件的@interface部分,这样其他的代码就可以只包含.h并且知道如何与你的代码进行交互。 基于顺序的“懒惰声明”就像C中的函数一样工作 – 除非有一个无法通过sorting来解决的依赖关系,否则不必声明方法原型,但是如果需要的话,您可以在@implementation添加方法原型。

所以是的,你是在正确的轨道上。 不要重复inheritance方法的方法原型 – 编译器在父级的头文件中find它。 委托方法可以定义为类别中的原型(添加到类中)并按需要实现,但委托不需要提供方法原型,因为它已经被定义。 (如果为了清晰起见,还是可以的)

由于你只是学习Objective-C,这个答案的其余部分比你所要求的更详细。 你被警告了。 😉


当你静态地input一个variables(比如MyClass*而不是id )时,编译器会在你试图调用一个类不会做广告的方法时发出警告,不pipe它是否执行。 如果你dynamic地inputvariables,编译器不会阻止你调用你喜欢的任何东西,而且如果调用一些不存在的东西,你将只会得到运行时错误。 就语言而言,您可以调用任何类在运行时没有错误的方法 – 没有办法限制谁可以调用方法。

我个人认为这实际上是一件好事。 我们习惯于封装代码,并将代码从其他代码中保护起来,我们有时会把调用者视为一个狡猾的歹徒,而不是一个值得信赖的同事或客户。 我觉得用一种“你做你的工作,我做我的”的心态编写代码是相当愉快的,每个人都尊重边界,照顾自己的事情。 你可能会说Objective-C的“态度”是社区信任,而不是严格的执行。 例如,我很乐意帮助任何来到我办公桌上的人,但是如果有人把我的东西搞乱了,或者没有提问,就会感到非常恼火。 精心devise的代码不一定是偏执或反社会的,它只需要一起工作。 🙂

也就是说,构build接口的方法很多,具体取决于将接口展示给用户需要的粒度级别。 你公开的头文件中声明的任何方法都是公平的游戏,任何人都可以使用。 隐藏方法声明有点像locking你的汽车或房子 – 它可能不会阻止每个人都出去,但是(1)通过不吸引他们不应该被搞乱的东西来“保持诚实的人” )任何进入的人肯定知道他们不应该,也不能抱怨负面的后果。

下面是我用来命名文件的一些约定,以及每个文件的内容 – 从底部的一个.m文件开始,每个文件都包含上面的文件。 (使用严格的包含链可以防止重复的符号警告之类的东西)。这些级别中的一些仅适用于较大的可重用组件,例如Cocoa框架。 根据您的需要调整它们,并使用适合您的任何名称。

  • MyClass.h – 公共API(应用程序编程接口)
  • MyClass_Private.h – 公司内部的SPI(系统编程接口)
  • MyClass_Internal.h – 项目内部IPI(内部编程接口)
  • MyClass.m – 实现,通常是所有API / SPI / IPI声明
  • MyClass_Foo.m – 其他实现,例如类别

API是供大家使用的,并且是公共支持的(通常在Foo.framework/Headers )。 SPI为您的代码的内部客户端公开了额外的function,但是了解到支持可能会受到限制,并且接口可能会更改(通常在Foo.framework/PrivateHeaders )。 IPI由专门的实现细节组成,不应该在项目本身之外使用,这些头文件根本不包含在框架中。 任何select使用SPI和IPI呼叫的人都要冒自己的风险,而且当变更破坏他们的代码时通常是不利的。 🙂

在头文件中声明方法只会停止编译器警告。 Objective-C是一种dynamic语言,所以你可以调用一个方法(发送消息)给一个对象,不pipe这个方法是否是外部声明的。

另外,如果你在调用它的任何代码之上的.m文件中定义一个方法(懒惰的声明),那么它将不会产生任何警告。 然而,同样的事情适用,你可以发送一个消息给一个对象而不被声明。

当然,这意味着Objective-C中没有私有方法。 任何类实现的方法都可以调用。

个人喜好。 如果是公共的方法(即外部使用的方法)。 在.h中声明并在.m中定义。 如果要限制其可见性,或至less指出它是私有方法,请在.m文件中使用类别/类别扩展名 。 尽pipe很多示例代码使用惰性声明方法。

Objective-C将函数当作“消息”来处理,因此可以向任何对象发送一个“消息”,即使它没有在接口中明确声明它可以接受。 因此,Obj-C中没有私人成员这样的事情。

这可能是非常强大的,但是对于新的Obj-C程序员来说,尤其是那些来自C ++,Java或C#的程序员来说,这是一个混乱的来源。 这里是基本的经验法则:

  • 您应该在@interface中定义所有公共方法,以便消费者知道您希望处理的消息。
  • 您应该在@interface中定义@private方法以避免编译器消息,并避免必须在@implementation中sorting方法。
  • 在为您的课程实施特定的方法惯例时,您应该使用协议。

这很大程度上是个人偏好,但它有助于避免令人讨厌的编译器警告,并保持您的代码组织。 并且容易理解。