标签：

概述

命名的好坏在开发中往往也不怎么重视，毕竟差的命名也不会影响程序逻辑。但是不好的命名在大项目中带来的隐形维护成本是相当高的，这些在项目开始时可能还很难察觉，而后来会陷入前仆后继的维护困境中。我们往往非常重视项目逻辑的复杂性，却不能好好的把“简单”的命名做好。其实，如果简单的东西都做不好，那么做出再复杂的东西那也是垃圾。

命名规范

分类（类别）命名

与类命名相同，此外需添加要扩展的类名和“+”

举例：NSString+URLEncoding

协议（委托）命名

与类命名相同，此外需添加“Delegate”后缀

举例：ReplyViewDelegate

方法命名

首字母小写，之后每个单词首字母都大写

方法名使用动词短语

举例：- (void)setupPostWithValue:(int)value

“要什么”往往被胡乱命名为get开头的方法。首先get是一个动词，所以它还是“做什么”或者说“做的是要什么”。那么get方法不要用于返回对象，但它可用于参数。

- (XXItem *)getItemAtIndex:(NSUInteger)index                  //Bad!! 不规范的命名
- (XXItem *)itemAtIndex:(NSUInteger)index                     //Good, 命名清晰
- (void)getItem:(XXItem **)outItem atIndex:(NSUInteger)index  //比较符合规范，但第二种更好。

参数命名

首字母小写，之后每个单词首字母都大写

每个参数前要加参数的名称提示

举例：

- (id)initWithNibName:(NSString *)nibNameOrNil bundle:(NSBundle *)nibBundleOrNil
- (void)performSegueWithIdentifier:(NSString *)identifier sender:(id)sender

对象命名

采用修饰+类型的方式

iOS 代码规范

标签：

原文地址：http://www.cnblogs.com/jys509/p/5002502.html