iOS开发规范文档

此文档根据apple,google以及行业中比较知名的OC编码规范整理归纳而成,旨在为大家的iOS开发规范提供一份简单,统一的执行标准。

1、格式和换行

  • 使用Xcode默认的设置使用4个空格来缩进。
    • 在 Xcode > Preferences > Text Editing 将 Tab 和自动缩进都设置为 4 个空格
  • 80个字数限制,每一行的代码尽量不要超出80个字的长度,超出的回车排版, 方法名的冒号对齐
    • xcode设置 屏幕左上角Xode->Perference->Text Editing->"Page guide at column: 80" 打上勾
  • 方法-和方法+和返回值前面的左括号间隔一个空格,方法参数直接间隔一个空格。
  • 条件语句的格式采用苹果推荐的代码缩进方式。

2、命名规范

  • 基本原则

    • 命名统一使用驼峰命名法,以清晰为主、简洁为辅,尽量使用单词的全称,所有命名和规范都应尽可能的与苹果API保持一致,
    • 例如枚举常量方法名的定义。
  • 类命名

    • 首字母大写,每个单词首字母大写
    • 尽量使用能够反映类功能的名词短语
    • 例如: UserManage ,UserData等
  • 分类(类别)命名

    • 与类命名相同,此外需添加要扩展的类名"+"
    • eg: NSString+Login UIView+XIB 等
  • 协议(委托)命名

    • 与类命名相同,此外需添加“Delegate”后缀
    • eg: UserManager 对应 UserManagerDelegate
  • 方法命名

    • 首字母小写,之后每个单词首字母都大写
    • 方法名使用动词短语,一些经典的操作应该使用约定的动词
    • “-” 号后面有个空格
    • 传递参数的类型如果是指针,类与*号之间有空格
    • 重载系统方法的时候,如无特殊情况均需要先调用super的方法。
    • 例如:initWith,insert,remove,replace,add等等
  • 方法参数命名

    • 首字母小写,之后每个单词首字母都大写
    • 具有足够的说明性
    • 不需要添加类型前缀
    • 例如: - (void) setUserData:(NSDictionary *)userInfo
  • 变量命名

    • 首字母小写,之后每个单词首字母都大写
    • 具有足够的说明性
    • 成员变量添加“_”前缀
    • 例如: NSMutableDictionary *_dataDic;
    • 如果该变量是属性不需要添加“_”
    • 例如:
        @property (nonatomic, strong) NSDictionary *dataDic;
        @property (nonatomic, copy) TestBlock testBlock;
        @property (nonatomic, assigh) NSinteger num;
        @property (nonatomic, weak) id<delegate> delegate;
    
    • 控件类型直接使用尾端的驼峰单词:
      例如:
        UViewController -> xxxViewController 
        UIButton -> xxxButton 
        UILabel -> xxxLabel 
        UIImageView -> xxxImageView 
        UITableViewCell -> xxxCell 
        UIAlertView -> xxxAlertView 
        UIScrollView -> xxxScrollView
    
        以下当属性名过长,可以把属性类型缩写作为尾端
        UIButton -> xxxBtn 
        UIImage -> xxxImg
        UILabel -> xxxL
    
  • 常量
    • 常量(预定义,局部常量等)使用小写k开头的驼峰法
    • 例如:#define kSpace 20
    • 枚举类型参考系统API统一使用typedef NS_ENUM(类型, 名称)
    • 例如:下面是系统的 UISearchBarStyle 的枚举定义的方式
    typedef NS_ENUM(NSUInteger, UISearchBarStyle) {
         UISearchBarStyleDefault,    // currently UISearchBarStyleProminent
         UISearchBarStyleProminent,  // used my Mail, Messages and Contacts
         UISearchBarStyleMinimal     // used by Calendar, Notes and Music
    }
    
  • 图片命名
    • 使用英文,全部小写,单词中间"_"隔开
    • 添加UI模块名作为前缀,避免冲突
    • 图片存放在 Images.xcassets 相关模块下下
    • 例如: home_search_img
  • 注释
    • 单行注释:在方法的地方按 Command+/
    • 标注的功能,快捷键是Command + Option + /
    • 需要在方法名的上面(空白)的地方按 Command + Option + / 才管用
    • 方法名需要在.h文件中多行注释方法和参数详情
    • 文件下的方法区域分类,使用#pragma mark -,可以把在文件路径下的方法分类并标记
    • 例如:#pragma mark - delegate
  • 宏 必须使用大写命名,"_"隔开
    • 例如:SCREEN_WIDTH

3、代码优化

  • 避免相同的代码段出现在多个地方,相同的代码,必须归纳出来用一个方法或者类封装起来
  • 语句嵌套层次不得超过3层,超出的必须抽取出中间函数。例如:for,while循环 if,do等
  • 及时删除或注释掉无用的代码,删除没有意义的注释
  • 确定不使用的代码应该删除
  • 及时清除警告
  • 所有方法与方法之间空1行
  • 所有代码块之间空1行

4. 头文件.h 执行文件.m

  • .h文件

    • 所有的property 需要给出注释
    • 所有自定义的方法需要给出注释
    • 尽量减少公开的api接口数量
    • import "xxxx.h" 部分头文件时候,如果只是内部使用,请放在.m文件下,.h使用@class xxxx 声明该类即可
    • 文件下有声明代理,把@protocol代理放在@interface 上面
    • 代理方法必须包含该类名
    • 例如:
        @class ImageOperation; 
        @protocol ImageOperationDelegate<NSObject> 
        - (void) operation:(ImageOperation *)op didLoadImage:(UIImage *)image; 
        @end 
        @interface ImageOperation : NSOperation 
        @end
    
  • .m文件

    • @implementation ViewController 上方使用 @interface ViewController() @end
    • 使用部分代理,并且代理不被外部使用,请把他们都放在.m的interface ()下
    • 所有自定义的方法需要给出注释
    • 比较大的代码块需要给出注释
    • 所有代码中出现的阿拉伯数字需要给出注释
    • 程序中出现加密/解密 逻辑的操作地方,需要给出注释说明过程(无论是系统还是自定义)
  • 单例模式

    • 单例对象应该使用线程安全模式来创建共享实例。
    + (instancetype)sharedInstance {
        static id sharedInstance = nil;
    
        static dispatch_once_t onceToken;
         dispatch_once(&onceToken, ^{
        sharedInstance = [[self alloc] init];
         });
    
        return sharedInstance;
    }
    

参考文档

https://www.jianshu.com/p/23536482c194
https://github.com/NYTimes/objective-c-style-guide
https://github.com/raywenderlich/objective-c-style-guide#language

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,335评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,895评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,766评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,918评论 1 285
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,042评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,169评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,219评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,976评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,393评论 1 304
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,711评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,876评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,562评论 4 336
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,193评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,903评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,142评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,699评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,764评论 2 351

推荐阅读更多精彩内容

  • 版权声明:本文为博主原创文章,未经博主允许不得转载。转载请注明转至Z.MJun的简书 1. 每一行的字数限制 80...
    ZMJun阅读 1,525评论 0 1
  • 移动端iOS开发规范文档 目录 格式与换行 命名 Objective-C下的cocoa编码规范 注释要求 其他 参...
    志城阅读 4,712评论 1 6
  • 命名原则 1.基本原则 (1)清晰。 命名应该是以清晰为主、简洁为辅。总的来讲不要使用单词的简写,除了使用非常常见...
    MichaelHuyp阅读 3,202评论 2 28
  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 134,644评论 18 139
  • 非洲自驾穿越回来,一直在重温三毛的作品。初中的时候第一次读三毛的撒哈拉系列就非常喜欢,尤其是那篇《白手成家》。在撒...
    无用斋主人阅读 1,078评论 0 1