作为程序员都应该知道无论用任意语言开发任何程序，编写的代码不仅仅能够让机器正常编译，更重要的是自己或者团队其他开发者能够读懂代码的含义。
因此作为一名合格的iOS程序员，应该懂得一些常用的Cocoa框架编码规范，Apple开发者中心提供一套权威的编码规范：Introduction to Coding Guidelines for Cocoa
基于Apple提供的编码规范文档，我从中翻译并整理一些较为常用的Cocoa编码规范。

本文主要涉及Cocoa编码规范文档中“基本命名规则”部分。

基本命名规则1. 一般原则代码越简洁明了越好，但是我们不能为了简洁，而导致语义不清晰：
代码代码评价
insertObject:atIndex:不错
insert:at:不明确，什么被插入了？at指的是什么？
removeObjectAtIndex:不错
removeObject:不错
remove:不明确，移除了什么？一般情况下，有时对象名称很长，最好不要进行缩写，而是采用全拼的名称：
代码代码评价
destinationSelection不错
destSel不明确
setBackgroundColor:不错
setBkgdColor:不明确你可能认为有些缩写是众说周知的，但这种情况并不绝对，尤其是当开发者和你身处的文化背景不一样时，这些缩写就很有可能产生歧义。
当然，部分缩写已经成为了公知了，你可以继续使用它们，请参考：Acceptable Abbreviations and Acronyms
避免有歧义的API命名，例如，方法名包含多个含义：
代码代码评价
sendPort是发送端口还是返回端口？
displayName显示一个名字还是返回用户界面中消息接收者需要的标题？当开发者拥有一个实现多态方法的类，保持类接口命名一致性非常重要。例如：不同类中处理同一个任务的方法命名应该是一致的。
代码代码评价
- (NSInteger)tag在 NSView, NSCell, NSControl类中都要定义 2. 前缀前缀在编程接口中非常重要。一个软件拥有不同的功能模块，通常它们封装在一个框架或者紧密相关的框架中。前缀避免了第三方开发者与苹果提供的框架间的命名冲突问题。
前缀是有规定格式的，通常由2或3个大写字母组成，而不是下划线或者“子前缀”。例如：
前缀Cocoa 框架
NSFoundation
NSApplication Kit
ABAddress Book
IBInterface Builder通常使用前缀命名类、协议、函数、常数、自定义结构体，但是不要使用前缀来命名方法。
3. 书写规则对于由多个单词组成的名字，不要使用标点符号作为名称的一部分或者分割符，例如：下划线、破折号等。
最好使用“骆驼”风格的命名规则，例如：runTheWordsTogether。

有几点需要注意一下：

• 对于方法名称，首字母小写，不要使用前缀，
  例如：fileExistsAtPath:isDirectory:
  但是有一种例外情况，就是方法名称已通用的缩写开头，
  例如：TIFFRepresentation (NSImage)
• 对于函数和常数，使用和类相同的前缀，并且前缀后第一个单词大写。
  例如：NSRunAlertPanel 和 NSCellDisabled
  

避免在方法名前加下划线来表示私有方法（在实例变量名称前加下划线是被允许的），第三方开发者使用可能导致命名冲突。
4. 类和协议命名类名应该包含一个名词，能够清晰地表达类（或类对象）作用或者含义。
类应该有一个合适的前缀名。
例如：NSString, NSDate, NSScanner, NSApplication, UIApplication, NSButton, 和 UIButton
协议的命名应该根据使用协议的相应类行为进行命名。

• 大多数协议包含的方法，与任何特定类都是无关的。为了让协议命名不与类相互混淆，通常的规则是：使用动名词（...ing）形式：
  

代码评价
NSLocking不错
NSLock不太好，看起来像类名

• 有些协议包含了一些无关方法（而不是创建多个独立的小协议）。这些协议与某个类的关联紧密，这个类是该协议的一种体现。在这种情况下，协议名称就应该和类名称保持一致。
  例如：NSObject协议，该协议包含一些方法可以查询任意类在父类中的层次位置。由于NSObject类实现了协议的大部分方法，所以协议就用类名进行命名了。
  

作为程序员都应该知道无论用任意语言开发任何程序，编写的代码不仅仅能够让机器正常编译，更重要的是自己或者团队其他开发者能够读懂代码的含义。
因此作为一名合格的iOS程序员，应该懂得一些常用的Cocoa框架编码规范，Apple开发者中心提供一套权威的编码规范：Introduction to Coding Guidelines for Cocoa
基于Apple提供的编码规范文档，我从中翻译并整理一些较为常用的Cocoa编码规范。

本文主要涉及Cocoa编码规范文档中“基本命名规则”部分。

基本命名规则1. 一般原则代码越简洁明了越好，但是我们不能为了简洁，而导致语义不清晰：
代码代码评价
insertObject:atIndex:不错
insert:at:不明确，什么被插入了？at指的是什么？
removeObjectAtIndex:不错
removeObject:不错
remove:不明确，移除了什么？一般情况下，有时对象名称很长，最好不要进行缩写，而是采用全拼的名称：
代码代码评价
destinationSelection不错
destSel不明确
setBackgroundColor:不错
setBkgdColor:不明确你可能认为有些缩写是众说周知的，但这种情况并不绝对，尤其是当开发者和你身处的文化背景不一样时，这些缩写就很有可能产生歧义。
当然，部分缩写已经成为了公知了，你可以继续使用它们，请参考：Acceptable Abbreviations and Acronyms
避免有歧义的API命名，例如，方法名包含多个含义：
代码代码评价
sendPort是发送端口还是返回端口？
displayName显示一个名字还是返回用户界面中消息接收者需要的标题？当开发者拥有一个实现多态方法的类，保持类接口命名一致性非常重要。例如：不同类中处理同一个任务的方法命名应该是一致的。
代码代码评价
- (NSInteger)tag在 NSView, NSCell, NSControl类中都要定义 2. 前缀前缀在编程接口中非常重要。一个软件拥有不同的功能模块，通常它们封装在一个框架或者紧密相关的框架中。前缀避免了第三方开发者与苹果提供的框架间的命名冲突问题。
前缀是有规定格式的，通常由2或3个大写字母组成，而不是下划线或者“子前缀”。例如：
前缀Cocoa 框架
NSFoundation
NSApplication Kit
ABAddress Book
IBInterface Builder通常使用前缀命名类、协议、函数、常数、自定义结构体，但是不要使用前缀来命名方法。
3. 书写规则对于由多个单词组成的名字，不要使用标点符号作为名称的一部分或者分割符，例如：下划线、破折号等。
最好使用“骆驼”风格的命名规则，例如：runTheWordsTogether。

有几点需要注意一下：

• 对于方法名称，首字母小写，不要使用前缀，
  例如：fileExistsAtPath:isDirectory:
  但是有一种例外情况，就是方法名称已通用的缩写开头，
  例如：TIFFRepresentation (NSImage)
• 对于函数和常数，使用和类相同的前缀，并且前缀后第一个单词大写。
  例如：NSRunAlertPanel 和 NSCellDisabled
  

避免在方法名前加下划线来表示私有方法（在实例变量名称前加下划线是被允许的），第三方开发者使用可能导致命名冲突。
4. 类和协议命名类名应该包含一个名词，能够清晰地表达类（或类对象）作用或者含义。
类应该有一个合适的前缀名。
例如：NSString, NSDate, NSScanner, NSApplication, UIApplication, NSButton, 和 UIButton
协议的命名应该根据使用协议的相应类行为进行命名。

• 大多数协议包含的方法，与任何特定类都是无关的。为了让协议命名不与类相互混淆，通常的规则是：使用动名词（...ing）形式：
  

代码评价
NSLocking不错
NSLock不太好，看起来像类名

• 有些协议包含了一些无关方法（而不是创建多个独立的小协议）。这些协议与某个类的关联紧密，这个类是该协议的一种体现。在这种情况下，协议名称就应该和类名称保持一致。
  例如：NSObject协议，该协议包含一些方法可以查询任意类在父类中的层次位置。由于NSObject类实现了协议的大部分方法，所以协议就用类名进行命名了。