美文网首页
iOS开发规范

iOS开发规范

作者: 白石洲霍华德 | 来源:发表于2020-05-22 17:40 被阅读0次

    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
     ....
    

    相关文章

      网友评论

          本文标题:iOS开发规范

          本文链接:https://www.haomeiwen.com/subject/qbkcahtx.html