您当前的位置:首页 > objective_c

Objective-C 编码规范

Objective-C 编码规范,内容来自苹果、谷歌的文档翻译,自己的编码经验和对其它资料的总结。 MUPlinux系统宝典

 MUPlinux系统宝典

概要

Objective-C 是一门面向对象的动态编程语言,主要用于编写 iOS 和 Mac 应用程序。关于 Objective-C 的编码规范,苹果和谷歌都已经有很好的总结:MUPlinux系统宝典

  • MUPlinux系统宝典

  • MUPlinux系统宝典

本文主要整合了对上述文档的翻译、作者自己的编程经验和其他的相关资料,为公司总结出一份通用的编码规范。MUPlinux系统宝典

Objective-C中@property的所有属性详解 MUPlinux系统宝典

Objective-C 和 Core Foundation 对象相互转换的内存管理总结 MUPlinux系统宝典

使用 Objective-C 一年后我对它的看法 MUPlinux系统宝典

10个Objective-C基础面试题,iOS面试必备 MUPlinux系统宝典

Objective-C适用C数学函数 <math.h> MUPlinux系统宝典

好学的 Objective-C 高清PDF MUPlinux系统宝典

代码格式

使用空格而不是制表符 Tab

不要在工程里使用 Tab 键,使用空格来进行缩进。在 Xcode > Preferences > Text Editing 将 Tab 和自动缩进都设置为 4 个空格。(Google 的标准是使用两个空格来缩进,但这里还是推荐使用 Xcode 默认的设置。) MUPlinux系统宝典

每一行的最大长度

同样的,在 Xcode > Preferences > Text Editing > Page guide at column: 中将最大行长设置为 80 ,过长的一行代码将会导致可读性问题。 MUPlinux系统宝典

函数的书写

一个典型的 Objective-C 函数应该是这样的:MUPlinux系统宝典

在 - 和 (void) 之间应该有一个空格,第一个大括号 { 的位置在函数所在行的末尾,同样应该有一个空格。(我司的 C 语言规范要求是第一个大括号单独占一行,但考虑到 OC 较长的函数名和苹果 SDK 代码的风格,还是将大括号放在行末。)MUPlinux系统宝典

如果一个函数有特别多的参数或者名称很长,应该将其按照 : 来对齐分行显示:MUPlinux系统宝典

MUPlinux系统宝典
MUPlinux系统宝典

在分行时,如果第一段名称过短,后续名称可以以 Tab 的长度( 4 个空格)为单位进行缩进:MUPlinux系统宝典

函数调用 MUPlinux系统宝典

函数调用的格式和书写差不多,可以按照函数的长短来选择写在一行或者分成多行:MUPlinux系统宝典

以下写法是错误的:MUPlinux系统宝典

MUPlinux系统宝典
MUPlinux系统宝典

@public 和 @private 标记符 MUPlinux系统宝典

@public 和 @private 标记符应该以 一个空格 来进行缩进: MUPlinux系统宝典

协议( Protocols  MUPlinux系统宝典

在书写协议的时候注意用<> 括起来的协议和类型名之间是没有空格的,比如 IPCConnectHandler() , 这个规则适用所有书写协议的地方,包括函数声明、类声明、实例变量等等:MUPlinux系统宝典

MUPlinux系统宝典
MUPlinux系统宝典

闭包( Blocks  MUPlinux系统宝典

根据 block 的长度,有不同的书写规则:MUPlinux系统宝典

  • 较短的 block 可以写在一行内。MUPlinux系统宝典

  • 如果分行显示的话, block 的右括号 } 应该和调用 block 那行代码的第一个非空字符对齐。MUPlinux系统宝典

  • block 内的代码采用 4 个空格 的缩进。 MUPlinux系统宝典

  • 如果 block 过于庞大,应该单独声明成一个变量来使用。MUPlinux系统宝典

  • ^ 和 ( 之间, ^ 和 { 之间都没有空格,参数列表的右括号 ) 和 { 之间有一个空格。MUPlinux系统宝典

MUPlinux系统宝典
MUPlinux系统宝典
MUPlinux系统宝典

数据结构的语法糖

应该使用可读性更好的语法糖来构造 NSArray , NSDictionary 等数据结构,避免使用冗长的 alloc,init 方法。MUPlinux系统宝典

如果构造代码写在一行,需要在括号两端留有一个空格,使得被构造的元素于与构造语法区分开来:MUPlinux系统宝典

如果构造代码不写在一行内,构造元素需要使用 两个空格 来进行缩进,右括号 ] 或者 } 写在新的一行,并且与调用语法糖那行代码的第一个非空字符对齐: MUPlinux系统宝典

构造字典时,字典的 Key 和 Value 与中间的冒号 : 都要留有一个空格,多行书写时,也可以将 Value 对齐:MUPlinux系统宝典

命名规范 MUPlinux系统宝典

基本原则

清晰

命名应该尽可能的清晰和简洁,但在 Objective-C 中,清晰比简洁更重要。由于 Xcode 强大的自动补全功能,我们不必担心名称过长的问题。MUPlinux系统宝典

MUPlinux系统宝典

不要使用单词的简写,拼写出完整的单词:

MUPlinux系统宝典

然而,有部分单词简写在 Objective-C 编码过程中是非常常用的,以至于成为了一种规范,这些简写可以在代码中直接使用,下面列举了部分:MUPlinux系统宝典

MUPlinux系统宝典

命名方法或者函数时要避免歧义MUPlinux系统宝典

MUPlinux系统宝典
MUPlinux系统宝典

一致性

整个工程的命名风格要保持一致性,最好和苹果 SDK 的代码保持统一。不同类中完成相似功能的方法应该叫一样的名字,比如我们总是用 count 来返回集合的个数,不能在 A 类中使用 count 而在 B 类中使用 getNumber 。MUPlinux系统宝典

 MUPlinux系统宝典

使用前缀

如果代码需要打包成 Framework 给别的工程使用,或者工程项目非常庞大,需要拆分成不同的模块,使用命名前缀是非常有用的。MUPlinux系统宝典

  • 前缀由大写的字母缩写组成,比如 Cocoa 中 NS 前缀代表 Founation 框架中的类, IB 则代表 Interface Builder 框架。MUPlinux系统宝典

  • 可以在为类、协议、函数、常量以及 typedef 宏命名的时候使用前缀,但注意 不要为成员变量或者方法使用前缀,因为他们本身就包含在类的命名空间内。 MUPlinux系统宝典

  • 命名前缀的时候不要和苹果 SDK 框架冲突。MUPlinux系统宝典

 MUPlinux系统宝典

命名类和协议( Class&Protocol  MUPlinux系统宝典

类名以大写字母开头,应该包含一个 名词 来表示它代表的对象类型,同时可以加上必要的前缀,比如 NSString,NSDate,NSScanner,NSApplication 等等。 MUPlinux系统宝典

而协议名称应该清晰地��示它所执行的行为,而且要和类名区别开来,所以通常使用 ing 词尾来命名一个协议,比如 NSCopying,NSLocking 。MUPlinux系统宝典

有些协议本身包含了很多不相关的功能,主要用来为某一特定类服务,这时候可以直接用类名来命名这个协议,比如 NSObject 协议,它包含了 id 对象在生存周期内的一系列方法。MUPlinux系统宝典

 MUPlinux系统宝典

命名头文件( Headers  MUPlinux系统宝典

源码的头文件名应该清晰地暗示它的功能和包含的内容:MUPlinux系统宝典

  • 如果头文件内只定义了单个类或者协议,直接用类名或者协议名来命名头文件,比如 NSLocale.h 定义了 NSLocale 类。MUPlinux系统宝典

  • 如果头文件内定义了一系列的类、协议、类别,使用其中最主要的类名来命名头文件,比如 NSString.h 定义了 NSString 和 NSMutableString 。MUPlinux系统宝典

  • 每一个 Framework 都应该有一个和框架同名的头文件,包含了框架中所有公共类头文件的引用,比如 Foundation.hMUPlinux系统宝典

  • Framework 中有时候会实现在别的框架中类的类别扩展,这样的文件通常使用被扩展的框架名 +Additions 的方式来命名,比如 NSBundleAdditions.h 。MUPlinux系统宝典

命名方法( Methods  MUPlinux系统宝典

Objective-C 的方法名通常都比较长,这是为了让程序有更好地可读性,按苹果的说法  好的方法名应当可以以一个句子的形式朗读出来 ” 。 MUPlinux系统宝典

方法一般以小写字母打头,每一个后续的单词首字母大写,方法名中不应该有标点符号( 包括下划线 ),有两个例外: MUPlinux系统宝典

  • 可以用一些通用的大写字母缩写打头方法,比如 PDF,TIFF 等。MUPlinux系统宝典

  • 可以用带下划线的前缀来命名私有方法或者类别中的方法。MUPlinux系统宝典

如果方法表示让对象执行一个动作,使用动词打头来命名,注意不要使用 do , does 这种多余的关键字,动词本身的暗示就足够了:MUPlinux系统宝典

MUPlinux系统宝典
MUPlinux系统宝典

如果方法是为了获取对象的一个属性值,直接用属性名称来命名这个方法,注意不要添加 get 或者其他的动词前缀:MUPlinux系统宝典

MUPlinux系统宝典
MUPlinux系统宝典

对于有多个参数的方法,务必在每一个参数前都添加关键词,关键词应当清晰说明参数的作用:MUPlinux系统宝典

MUPlinux系统宝典
MUPlinux系统宝典
MUPlinux系统宝典
MUPlinux系统宝典
不要用 and 来连接两个参数,通常 and 用来表示方法执行了两个相对独立的操作(从设计上来说,这时候应该拆分成两个独立的方法):
MUPlinux系统宝典

方法的参数命名也有一些需要注意的地方 :MUPlinux系统宝典

  • 和方法名类似,参数的第一个字母小写,后面的每一个单词首字母大写MUPlinux系统宝典

  • 不要再方法名中使用类似 pointer,ptr 这样的字眼去表示指针,参数本身的类型足以说明MUPlinux系统宝典

  • 不要使用只有一两个字母的参数名MUPlinux系统宝典

  • 不要使用简写,拼出完整的单词MUPlinux系统宝典

下面列举了一些常用参数名:MUPlinux系统宝典

MUPlinux系统宝典
MUPlinux系统宝典

存取方法( Accessor Methods  MUPlinux系统宝典

存取方法是指用来获取和设置类属性值的方法,属性的不同类型,对应着不同的存取方法规范:MUPlinux系统宝典

MUPlinux系统宝典

命名存取方法时不要将动词转化为被动形式来使用:MUPlinux系统宝典

MUPlinux系统宝典
MUPlinux系统宝典

可以使用 can,should,will 等词来协助表达存取方法的意思,但不要使用 do, 和 does :MUPlinux系统宝典

MUPlinux系统宝典
MUPlinux系统宝典

为什么 Objective-C 中不适用 get 前缀来表示属性获取方法?因为 get 在 Objective-C 中通常只用来表示从函数指针返回值的函数:MUPlinux系统宝典

MUPlinux系统宝典
MUPlinux系统宝典

命名委托( Delegate  MUPlinux系统宝典

当特定的事件发生时,对象会触发它注册的委托方法。委托是 Objective-C 中常用的传递消息的方式。委托有它固定的命名范式。MUPlinux系统宝典

一个委托方法的第一个参数是触发它的对象,第一个关键词是触发对象的类名,除非委托方法只有一个名为 sender 的参数:MUPlinux系统宝典

MUPlinux系统宝典

根据委托方法触发的时机和目的,使用should,will,did等关键词MUPlinux系统宝典
MUPlinux系统宝典
MUPlinux系统宝典
MUPlinux系统宝典

集合操作类方法( Collection Methods  MUPlinux系统宝典

有些对象管理着一系列其它对象或者元素的集合,需要使用类似 “ 增删查改 ” 的方法来对集合进行操作,这些方法的命名范式一般为:MUPlinux系统宝典

注意,如果返回的集合是无序的,使用 NSSet 来代替 NSArray 。如果需要将元素插入到特定的位置,使用类似于这样的命名:MUPlinux系统宝典

如果管理的集合元素中有指向管理对象的指针,要设置成 weak 类型以防止引用循环。MUPlinux系统宝典

下面是 SDK 中 NSWindow 类的集合操作方法:MUPlinux系统宝典

MUPlinux系统宝典
MUPlinux系统宝典
MUPlinux系统宝典

命名函数( Functions  MUPlinux系统宝典

在很多场合仍然需要用到函数,比如说如果一个对象是一个单例,那么应该使用函数来代替类方法执行相关操作。MUPlinux系统宝典

函数的命名和方法有一些不同,主要是:MUPlinux系统宝典

  • 函数名称一般带有缩写前缀,表示方法所在的框架。MUPlinux系统宝典

  • 前缀后的单词以 “ 驼峰 ” 表示法显示,第一个单词首字母大写。MUPlinux系统宝典

函数名的第一个单词通常是一个动词,表示方法执行的操作:MUPlinux系统宝典

如果函数返回其参数的某个属性,省略动词:MUPlinux系统宝典

如果函数通过指针参数来返回值,需要在函数名中使用 Get :MUPlinux系统宝典

函数的返回类型是 BOOL 时的命名:MUPlinux系统宝典

MUPlinux系统宝典
MUPlinux系统宝典

命名属性和实例变量( Properties&Instance Variables  MUPlinux系统宝典

属性和对象的存取方法相关联,属性的第一个字母小写,后续单词首字母大写,不必添加前缀。属性按功能命名成名词或者动词:MUPlinux系统宝典

属性也可以命名成形容词,这时候通常会指定一个带有 is 前缀的 get 方法来提高可读性:MUPlinux系统宝典

命名实例变量,在变量名前加上 _ 前缀( 有些有历史的代码会将 _ 放在后面 ),其它和命名属性一样: MUPlinux系统宝典

一般来说,类需要对使用者隐藏数据存储的细节,所以不要将实例方法定义成公共可访问的接口,可以使用 @private , @protected 前缀。MUPlinux系统宝典

按苹果的说法,不建议在除了 init 和 dealloc 方法以外的地方直接访问实例变量,但很多人认为直接访问会让代码更加清晰可读,只在需要计算或者执行操作的时候才使用存取方法访问,我就是这种习惯,所以这里不作要求。MUPlinux系统宝典

 MUPlinux系统宝典

命名常量( Constants  MUPlinux系统宝典

如果要定义一组相关的常量,尽量使用枚举类型( enumerations ),枚举类型的命名规则和函数的命名规则相同:MUPlinux系统宝典

使用匿名枚举定义 bit map :MUPlinux系统宝典

使用 const 定义浮点型或者单个的整数型常量,如果要定义一组相关的整数常量,应该优先使用枚举。常量的命名规范和函数相同:MUPlinux系统宝典

不要使用 #define 宏来定义常量,如果是整型常量,尽量使用枚举,浮点型常量,使用 const 定义。 #define 通常用来给编译器决定是否编译某块代码,比如常用的:MUPlinux系统宝典

注意到一般由编译器定义的宏会在前后都有一个 __ ,比如 __MACH__ 。MUPlinux系统宝典

 MUPlinux系统宝典

命名通知( Notifications  MUPlinux系统宝典

通知常用于在模块间传递消息,所以通知要尽可能地表示出发生的事件,通知的命名范式是:MUPlinux系统宝典

栗子:MUPlinux系统宝典

MUPlinux系统宝典

 

注释 MUPlinux系统宝典

读没有注释代码的痛苦你我都体会过,好的注释不仅能让人轻松读懂你的程序,还能提升代码的逼格。注意注释是为了让别人看懂,而不是仅仅你自己。MUPlinux系统宝典

文件注释

每一个文件都 必须 写文件注释,文件注释通常包含 MUPlinux系统宝典

  • 文件所在模块MUPlinux系统宝典

  • 作者信息MUPlinux系统宝典

  • 历史版本信息MUPlinux系统宝典

  • 版权信息MUPlinux系统宝典

  • 文件包含的内容,作用MUPlinux系统宝典

一段良好文件注释的栗子:MUPlinux系统宝典

文件注释的格式通常不作要求,能清晰易读就可以了,但在整个工程中风格要统一。MUPlinux系统宝典

代码注释

好的代码应该是 “ 自解释 ” ( self-documenting )的,但仍然需要详细的注释来说明参数的意义、返回值、功能以及可能的副作用。MUPlinux系统宝典

方法、函数、类、协议、类别的定义都需要注释,推荐采用 Apple 的标准注释风格,好处是可以在引用的地方 alt+ 点击自动弹出注释,非常方便。MUPlinux系统宝典

有很多可以自动生成注释格式的插件,推荐使用  : MUPlinux系统宝典

MUPlinux系统宝典

一些良好的注释:MUPlinux系统宝典

MUPlinux系统宝典

 

协议、委托的注释要明确说明其被触发的条件:MUPlinux系统宝典

如果在注释中要引用参数名或者方法函数名,使用 || 将参数或者方法括起来以避免歧义:MUPlinux系统宝典

定义在头文件里的接口方法、属性必须要有注释!

编码风格

每个人都有自己的编码风格,这里总结了一些比较好的 Cocoa 编程风格和注意点。MUPlinux系统宝典

 MUPlinux系统宝典

不要使用 new 方法 MUPlinux系统宝典

尽管很多时候能用 new 代替 alloc init 方法,但这可能会导致调试内存时出现不可预料的问题。 Cocoa 的规范就是使用 alloc init 方法,使用 new 会让一些读者困惑。MUPlinux系统宝典

 MUPlinux系统宝典

Public API 要尽量简洁 MUPlinux系统宝典

共有接口要设计的简洁,满足核心的功能需求就可以了。不要设计很少会被用到,但是参数极其复杂的 API 。如果要定义复杂的方法,使用类别或者类扩展。MUPlinux系统宝典

#import和 #include MUPlinux系统宝典

#import 是 Cocoa 中常用的引用头文件的方式,它能自动防止重复引用文件,什么时候使用 #import ,什么时候使用 #include 呢?MUPlinux系统宝典

  • 当引用的是一个 Objective-C 或者 Objective-C++ 的头文件时,使用 #importMUPlinux系统宝典

  • 当引用的是一个 C 或者 C++ 的头文件时,使用 #include ,这时必须要保证被引用的文件提供了保护域( #define guard )。MUPlinux系统宝典

栗子:MUPlinux系统宝典

为什么不全部使用 #import 呢?主要是为了保证代码在不同平台间共享时不出现问题。MUPlinux系统宝典

引用框架的根头文件

上面提到过,每一个框架都会有一个和框架同名的头文件,它包含了框架内接口的所有引用,在使用框架的时候,应该直接引用这个根头文件,而不是其它子模块的头文件,即使是你只用到了其中的一小部分,编译器会自动完成优化的。MUPlinux系统宝典

MUPlinux系统宝典
MUPlinux系统宝典

BOOL 的使用 MUPlinux系统宝典

BOOL 在 Objective-C 中被定义为 signed char 类型,这意味着一个 BOOL 类型的变量不仅仅可以表示 YES(1) 和 NO(0) 两个值,所以永远 不要 将 BOOL 类型变量直接和 YES 比较: MUPlinux系统宝典

同样的,也不要将其它类型的值作为 BOOL 来返回,这种情况下, BOOL 变量只会取值的最后一个字节来赋值,这样很可能会取到 0 ( NO )。但是,一些逻辑操作符比如 &&,||,! 的返回是可以直接赋给 BOOL 的:MUPlinux系统宝典

另外 BOOL 类型可以和 _Bool,bool 相互转化,但是 不能 和 Boolean 转化。 MUPlinux系统宝典

使用 ARC

除非想要兼容一些古董级的机器和操作系统,我们没有理由放弃使用 ARC 。在最新版的 Xcode(6.2) 中, ARC 是自动打开的,所以直接使用就好了。MUPlinux系统宝典

 MUPlinux系统宝典

在 init 和 dealloc 中不要用存取方法访问实例变量 MUPlinux系统宝典

当 initdealloc 方法被执行时,类的运行时环境不是处于正常状态的,使用存取方法访问变量可能会导致不可预料的结果,因此应当在这两个方法内直接访问实例变量。MUPlinux系统宝典

MUPlinux系统宝典
MUPlinux系统宝典
MUPlinux系统宝典

按照定义的顺序释放资源 MUPlinux系统宝典

在类或者 Controller 的生命周期结束时,往往需要做一些扫尾工作,比如释放资源,停止线程等,这些扫尾工作的释放顺序应当与它们的初始化或者定义的顺序保持一致。这样做是为了方便调试时寻找错误,也能防止遗漏。MUPlinux系统宝典

 MUPlinux系统宝典

保证 NSString 在赋值时被复制 MUPlinux系统宝典

NSString 非常常用,在它被传递或者赋值时应当保证是以复制( copy )的方式进行的,这样可以防止在不知情的情况下 String 的值被其它对象修改。MUPlinux系统宝典

MUPlinux系统宝典
MUPlinux系统宝典
使用 NSNumber
 的语法糖 

使用带有 @ 符号的语法糖来生成 NSNumber 对象能使代码更简洁:MUPlinux系统宝典

MUPlinux系统宝典
MUPlinux系统宝典

nil 检查 MUPlinux系统宝典

因为在 Objective-C 中向 nil 对象发送命令是不会抛出异常或者导致崩溃的,只是完全的 “ 什么都不干 ” ,所以,只在程序中使用 nil 来做逻辑上的检查。MUPlinux系统宝典

另外,不要使用诸如 nil == Object 或者 Object == nil 的形式来判断。MUPlinux系统宝典

MUPlinux系统宝典
MUPlinux系统宝典

属性的线程安全 MUPlinux系统宝典

定义一个属性时,编译器会自动生成线程安全的存取方法( Atomic ),但这样会大大降低性能,特别是对于那些需要频繁存取的属性来说,是极大的浪费。所以如果定义的属性不需要线程保护,记得手动添加属性关键字 nonatomic 来取消编译器的优化。MUPlinux系统宝典

点分语法的使用

不要用点分语法来调用方法,只用来访问属性。这样是为了防止代码可读性问题。MUPlinux系统宝典

Delegate 要使用弱引用 MUPlinux系统宝典

一个类的 Delegate 对象通常还引用着类本身,这样很容易造成引用循环的问题,所以类的 Delegate 属性要设置为弱引用。MUPlinux系统宝典

 MUPlinux系统宝典



沪ICP备10206494号-4