iOS开发规范
前言
由于每个开发者的编码习惯和风格都不一样,为了保证开发效率,减轻代码阅读成本,随着以后 APP 业务线越来越大,代码量越来越多时,能保障代码的可维护性,降低维护成本,方便高效定位解决问题,所以从项目的细节到整体都希望根据此文档来达到风格统一,利于维护。
一、命名规范
不论是类名,属性,变量,常量,方法,命名应该清晰明了,表达准确,能够望名知意,尽量不要使用缩写,更不要使用中文拼音。
1.1 类(Class)
- 类名统一使用 BC 开头作为前缀,每个单词首字母大写(大驼峰命名)。
示例:
///(C)控制器
BCExchangeRecordController
///(V)视图
BCExchangeRecordCell
///(M)模型
BCExchangeRecordModel
1.2 缩写
通常,我们都不应该缩写命名。然而,下面所列举的都是一些众所周知的缩写,我们可以继续使用这些古老的缩写。在其他情况下,我们需要遵循下面两条缩写建议:
- 允许使用那些在C语言时代就已经在使用的缩写,比如alloc和getc。
- 我们可以在命名参数的时候使用缩写。其他情况,尽量不要使用缩写。
我们也可以使用计算机行业通用的缩写。包括但不限于HTML、URL、RTF、HTTP、TIFF、JPG、PNG、GIF、LZW、ROM、RGB、CMYK、MIDI、FTP。
1.3 属性&局部变量&成员变量&参数名
-
==尽量不要使用成员变量,改为使用属性(property)。==
-
属性或变量以小写字母开头,后面每个单词首字母大写(小驼峰命名)。
示例:
/// 版本号
@property (nonatomic, copy) NSString *versionNumber;
1.4 宏定义&局部常量&全局常量
- 局部常量使用小写字母 k 开头,后面单词首字母大写(小驼峰命名)。
- 常量宏每个字母都采用大写,单词之间可以使用下划线分割。
- 预编译宏每个字母都采用大写,单词之间可以使用下划线分割。
- 全局常量使用前缀 BC 开头,后面单词首字母大写(小驼峰命名)。定义在公共的 .h 文件中,在 .m 文件中写实现。
示例:
/// 局部常量,只定义在 .m 文件中,不对外暴露
static const NSTimeInterval kAnimationDuration = 0.25;
static NSString *const kPropertyKey = @"xxxxx";
/// 常量宏
#define SCREEN_WIDTH ([[UIScreen mainScreen] bounds].size.width)
#define SCREEN_HEIGHT ([[UIScreen mainScreen] bounds].size.height)
/// 预编译宏
#if RELEASE
#elif DEV
#endif
/**全局常量 */
/// 在 .h 文件定义
extern NSString *const BCUpdateUserInfoNotification;
/// 在 .m 文件实现
NSString *const BCUpdateUserInfoNotification = @"BCUpdateUserInfoNotification";
1.5 通知(Notification)
- 通知(广播)名使用大写字母 BC 开头,后面每个单词首字母大写(小驼峰命名),以 Notification 为后缀。定义在公共的 .h 文件中,在 .m 文件中写实现。
示例:
/// 在 .h 文件定义
extern NSString *const BCUpdateUserInfoNotification;
/// 在 .m 文件实现
NSString *const BCUpdateUserInfoNotification = @"BCUpdateUserInfoNotification";
1.6 枚举(Enum)
使用 NS_ENUM
定义通用枚举,NS_OPTIONS
定义位移枚举
示例:
/// 通用枚举示例
typedef NS_ENUM(NSInteger, UIViewAnimationTransition) {
UIViewAnimationTransitionNone,
UIViewAnimationTransitionFlipFromLeft,
UIViewAnimationTransitionFlipFromRight,
UIViewAnimationTransitionCurlUp,
UIViewAnimationTransitionCurlDown,
};
/// 位移枚举示例
typedef NS_OPTIONS(NSUInteger, UIControlState) {
UIControlStateNormal = 0,
UIControlStateHighlighted = 1 << 0,
UIControlStateDisabled = 1 << 1,
};
1.7 方法(Method)
- 方法名采用小写字母开头的(小驼峰命名)方式。
- 不要在方法名称中使用前缀,不要使用 “_” 下划线开头。
- 尽量避免方法参数过多导致方法太长,当参数过多时(比如超过5个),可以封装成模型(Model)对象 或者 使用字典(NSDictionary)传入。
示例:
/** 类方法,无返回值 */
+ (void)appUpdateWithModel:(BCAppUpdateModel *)model;
/** 实例方法,有返回值 */
- (NSObject *)objectWithDictionary:(NSDictionary *)dict;
1.8 类别(Category)
避免category中的方法覆盖系统方法和属性。可以在自定义方法或者属性前加前缀 bc 加下划线来区分。
示例:
/// 属性
@property (nonatomic, strong) NSURL *bc_imageURL;
/// 方法
- (void)bc_setImageWithURL:(NSURL *)url placeholderImage:(UIImage *)placeholder;
二、代码规范
2.1 属性(property)
-
属性按照不同数据类型和作用,正确使用修饰符。
-
属性的关键字按照 原子性,读写,内存管理的顺序排列。
-
属性内存管理修饰符:
-
NSString,block 使用 ==copy== 修饰。
-
OC 对象使用 ==strong==,==weak== 修饰。
-
Delegate 使用 ==weak== 修饰,防止循环引用。
-
不可变的 NSArrty,NSDictionary,NSAttributedString 可使用 ==copy== 修饰。
-
可变的 NSMutableArray,NSMutableDictionary,NSMutableAttributedString 必须使用 ==strong== 修饰,防止对其进行可变操作时崩溃。
-
使用 typedef 重定义的 OC 数据类型(如:NSTimeInterval,NSInteger),枚举类型,普通的基本数据类型使用 ==assign== 修饰。
-
-
接口属性定义原则:
-
在 .h 文件中,只可暴露对外公开且需要被使用的属性,对内使用的写在 .m 文件的类扩展中,务必遵循面向对象的 封装 特性。
-
对于对内需要读写操作,对外又能使用的属性,只需要在 .h 文件中加上 readonly 修饰符即可,在 .m 文件的类扩展中正常使用 property 。
-
集合类:数组(NSArray),字典(NSDictionary)尽量使用泛型来指定对象类型,尤其是 模型数组。
-
对于布尔(BOOL)类型,请尽量提供 getter=isXXX 方法。
-
-
==所有的属性都使用getter和setter==
避免初始化属性的位置比较随意,有单独添加一个初始化方法类似 setupView 的,有在 init 初始化的,各种情况都有,导致团队协作的时候代码显得非常乱。
示例:
/// .h 文件定义
@interface XJWebViewController : UIViewController
/// 是否隐藏 HUD,默认显示,如果隐藏则显示进度条,显示 HUD 时当前 view 不可交互
@property (nonatomic, assign, getter=isHideProgressLoadingView) BOOL hideProgressLoadingView;
/// JS 方法名数组, 用于 js 调用 native
@property (nonatomic, strong, nullable) NSMutableArray <NSString *> *jsMethodArray;
/// wkWebview,对外只读,防止外界对它进行初始化操作
@property (nonatomic, strong, readonly) WKWebView *wkWebView;
/// urlStr,提供给外界赋值
@property (nonatomic, copy) NSString *urlStr;
@end
/// .m 文件的类扩展
@interface XJWebViewController ()
/// 对内可读写操作的 wkWebView
@property (nonatomic, strong) WKWebView *wkWebView;
#pragma mark - getters and setters
- (void)setWkWebView
- (WKWebView *)wkWebView
....
@end
2.2 委托(protocol)
-
@protocol 的定义,不需要另外新建文件,统一写在当前类 .h 文件的顶部,并将当前类使用
@class xxx;
的方式引入,写在 @protocol 的定义上方。 -
@protocol 命名规则:使用类名+Delegate后缀,如:UITableViewDelegate。
-
使用 @optional 修饰可以不实现的方法,使用 @required 修饰必须实现的方法。
-
类的实例必须作为回调方法的参数之一。
-
回调方法的参数只有类自己的情况,方法名要符合实际含义。
-
回调方法存在两个以上参数的情况,以类的名字开头,以表明此方法是属于哪个类的。
-
示例:
@class UITableView;
@protocol UITableViewDelegate <NSObject>
@required
// do something...
@optional
/// 可通过实现此委托方法来设置 cell 的行高。
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath;
@end
@interface UITableView : UIScrollView
/// 委托属性,务必使用 weak 修饰
@property (nonatomic, weak) id<UITableViewDelegate> delegate;
@end
2.3 #import 使用
- 当一个类需要 import 其它类时,尽量在 .m 文件中 ==#import "xxx.h"==,如果需要在 .h 中引用,可在 .h 文件的顶部使用
@class xxx;
引入,告诉编译器有这个文件。这样做也更遵循面向对象的 封装 特性。
2.4 代码注释
-
注释统一写在 属性(字段),方法的上方。
-
模型类的属性(字段),必须写注释,表明该字段的含义及作用。
-
委托协议方法,闭包(block)回调方法,及每个类(视图类,控制器类,工具类,分类)的 .h 文件中暴露出来的属性,函数接口,都必须写注释,表名属性的作用,方法的用途和使用,及方法各参数的说明。
-
==属性声明单行注释==,以下两种注释方式可选,注释符和文案之间需要使用空格分开,使用以下两种注释的好处是按住
command
键查看属性时有注释提示。
示例:
/// 注释说明
@property (nonatomic, copy) NSString *placeholder;
/** 注释说明 */
@property (nonatomic, strong) UIColor *textColor;
- ==方法声明多行注释==,使用快捷键
option + command + /
即可自动多行注释。
示例:
/**
调起第三方支付客户端
@param info 订单信息,微信(传PayReq对象);支付宝(传加密后的订单字符串)。
@param callback 回调,返回状态码及状态信息。
*/
+ (void)payWithInfo:(id)info callback:(ResultCallback)callback;
-
==其它代码内注释==,使用
// 注释
即可,UI,布局等可少些注释,涉及到逻辑和业务的请务必多写注释,方便其他人阅读代码时能快速理解相关的逻辑业务。 -
对于业务代码注释的内容,相对于 ==“做了什么”==,更应该说明 ==“为什么这么做”==。
三、格式规范
3.1 指针 *
位置
- 定义对象属性,变量时,指针
*
的位置应该偏向属性(变量)名这边。示例:UITextField<UITextInput> *textInput;
。
3.2 空格规范
-
属性的括号,修饰词,属性名之间需要使用空格。
-
在类方法的
+
号 或者实例方法的-
号 与返回值之间需要使用空格。 -
方法名开始位置和返回值括号之间,及结尾处与
;
之间不需要使用空格。 -
在实现方法时,方法的结尾处与大括号
{
之间需要使用空格。 -
代码块内的条件分支,循环,运算等
()
,{}
之间需要使用空格。 -
变量或者其它的操作数之间,进行赋值,运算时都需要使用空格。
3.3 代码块&缩进
-
统一使用 Xcode 的自动缩进,快捷键
command + A
全选,control + I
缩进。 -
每个方法的代码行数尽量控制在100行以内,超过100行时可将部分业务或逻辑代码抽取成另一个方法来调用。
-
避免代码冗余,将多处同样的代码封装成可复用的公共方法。
-
代码块内尽量减少不必要的空行,保持代码块的紧凑性。
-
方法与方法之间至少需要保留一行空行。
3.4 大括号写法
- 方法中
{}
的使用,包括但不限于if,for,while,switch
等所有场景,左花括号必须紧跟在第一行代码后面,不要另起一行。
示例:
- (void)loadServersData {
dispatch_async(dispatch_get_main_queue(), ^{
for (NSObject *obj in self.dataSource) {
// do something...
}
});
}
3.5 if else 分支
- 对于空
nil
条件判断,应使用!
运算符,不应使用==
运算符。
示例:
if (!_tableView) {
// do something...
}
- 须列出所有分支(穷举所有的情况),而且每个分支都须给出明确的结果。
示例:
if (/* 条件表达式 */) {
// do something...
} else {
// do something...
}
- 不要使用过多的分支,要善于使用 return 来提前返回错误的情况,把最正确的情况放到最后返回。
示例:
if (!user.UserName || !user.UserName.length) return NO;
if (!user.Password || !user.Password.length) return NO;
// do something...
return YES;
- 条件过多,过长的时候应该换行。条件表达式如果很长,则需要将他们提取出来赋给一个BOOL值,或者抽取出一个方法。
示例:
if (condition1 &&
condition2 &&
condition3 &&
condition4) {
// do something...
}
if ([self canDelete]) {
// do something...
}
- (BOOL)canDelete {
BOOL finalCondition1 = condition1 && condition2;
BOOL finalCondition2 = condition3 && condition4;
return condition1 && condition2;
}
3.6 Switch 语句
- 每个分支都必须用大括号括起来。
示例:
switch (integer) {
case 1: {
// do something...
}
break;
case 2: {
// do something...
break;
}
default:{
// do something...
break;
}
}
- 使用枚举类型时,不能有 default 分支, 除了使用枚举类型以外,都必须有 default 分支。
示例:
switch (self.networkState) {
case EnumNetworkStateNormal: {
// do something...
}
break;
case EnumNetworkStateNetError: {
// do something...
}
break;
case EnumNetworkStateServerError: {
// do something...
}
break;
}
3.7 Method 分组
- 使用
#pragma mark -
对 Method 进行分组。
@property (nonatomic, strong) UIButton *confirmButton;
#pragma mark - Life cycle
viewDidLoad
viewWillAppear
...
#pragma mark - UITableViewDataSource
// do something...
#pragma mark - UITableViewDelegate
// do something...
#pragma mark - CustomDelegate
// do something...
#pragma mark - Event respopense
// do something...
#pragma mark - Public Methods
// do something...
#pragma mark - Private Methods
// do something...
#pragma mark - Getters and setters
- (void)setConfirmButton
- (UIButton *)confirmButton
....
网友评论