命名规范，避免重名

• 加前缀避免命名冲突

  • 所选前缀应与公司、应用程序或二者皆有关联，并在所有代码中均使用这一前缀
  • 所选前缀应为三个字母以上（包含）
  • 若自己所开发的程序中用到了第三方库，需为其名称增加前缀
  • 为私有方法加前缀，与公共方法区分开
  • 不要用"_"一个下划线的方法做前缀
  • 第三方类添加分类，为其名称以及方法名加上专用前缀

• 命名方式

  • 遵循驼峰式大小写命名法，方法、变量小写字母开头，其他单词首字母大写，类名首字母大写，且通常加上前缀。
  • 方法名从左向右读起来通俗易懂（英文），不要使用缩略后的名称
  • 要与代码框架整体风格相符合

头文件引用

• 在类的头文件中尽量少引入其他头文件

• 引用Objective-C或者Objective-C++的头文件时，使用#import

• 引用的是一个C或者C++的头文件时，使用#include，这时必须保证被引用的文件提供了保护域(#define guard)，以保证代码在不同平台间共享时不出现问题。

• 引用与框架同名的头文件，而不是其它子模块的头文件。

• 尽量避免在pch中引用头文件，引用过多造成编译速度变慢。

代码格式化

• 类方法声明在方法类型与返回类型之间要有空格

• 条件判断的括号内侧不应有空格

• 关系运算符两边要有空格

• 方法内部尽可能早的返回错误

• 使用可读性更好的语法糖来构造NSArray，NSDictionary等数据结构，避免使用冗长的alloc,init方法

• 尽量使用不可变对象

nil检查,传入参数做保护处理

• NSMutableDictionary->key&NSMutableArray不能插入nil

• NSAttributedString

• NSJSONSerialization,JSONObjectWithData

• @{key:value},value不能为nil

• strtoul([colorString UTF8String], colorString不能为nil

• CFRelease传入值不能为nil

• 不要使用诸如 nil == Object 或者 Object == nil 的形式来判断

注意事项

• 使用length，对字符串类型做检查
• 在if else 判断中，必须加上{ },无论是判断语句是一句 还是多句。判断应该先筛除不符合的逻辑，然后处理重点逻辑
• 在init和dealloc中避免使用存取方法

注释

• 方法注释参数的意义，返回值，功能及可能的副作用。

• 协议，委托的注释要明确说明其被触发的条件

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

• 如果在注释中要引用参数名或者方法函数名，可使用“||”将参数或方法括起来以避免歧义。

参考资料：《Effective Objective-C 2.0》
后续更新