iOS 开发编码及命名规范

目的

本文档编写是为了统一iOS开发的规范标准,使公司的编程工作更加规范化。
包括以下部分:

  • Xcode编辑环境下Objective-C的编码风格和标准;
  • Xcode项目新建的操作规范;
  • 项目所有文件的命名规则;
  • 项目的发布规范;

编码规范

1. 项目文件

  • 项目命名规则

必须统一使用代表项目意义的名字。例如:Xcode中的项目文件统一命名。
可在target中 Class Prefix 统一配置类前缀。

  • 公共文件

统一命名为 xx_Constant.hCommonConfig.hMacros.h

任何文件/文件夹的命名不能以中文命名。

  • 文件夹目录结构

对于文件的目录要按如下结构创建 (放在Project路径下的ProjectName文件夹下):

⚠️ 所有文件夹必须是 实体文件夹

  • Global(全局文件,例如:xx_Constant.hCommonConfig.hMacros.h

  • ThirdLibs (第三方类库统一目录)

  • Widget (自定义 UI组件)

  • Utils(自定义Utils,Helper,类别工具)

  • Resource (资源文件夹),其它资源文件放在单独的目录Resource中,并做细分。

    • 图片资源全部放到 Assets.xcassets,另外为了方便图片资源文件管理,可以使用PDF矢量图片。
  • Class(模块文件),每个模块建立独立的文件夹进行管理。

    • Models (数据模型)
    • Views(视图文件)
    • Controllers(控制器)。
  • 项目创建

项目的创建由项目经理统一一人按以上规范创建,创建完成后添加必要的第三方库类及开始页面、NavigationViewController和TabarViewController。然后由其导入SVN/Git版本控制库。项目其他参与人只能从版本库导出项目再进行开发。

  • 项目的保存及修改

每天上班时间从版本库Checkout最新版本的进行开发工作,下班前把开发的工作版本先Update再commit保存到版本库中。

2. 注释

  • 注释可以采用 /* */// 两种注释符号,涉及到多行注释时,尽量使用 /* */

  • 对于一行代码的注释可放在前一行及本行上,不允许放在下一行,更不允许在一行语句的中间加入注释。

  • 类名、方法注释采用Xcode系统自带方式进行注释:option + command + /。特别是对外暴露的接口,要详细。

/**
 * Set the imageView `image` with an `url` and a placeholder.
 *
 * The download is asynchronous and cached.
 *
 * @param url         The url for the image.
 * @param placeholder The image to be set initially, until the image request finishes.
 * @see sd_setImageWithURL:placeholderImage:options:
 */
- (void)sd_setImageWithURL:(NSURL *)url placeholderImage:(UIImage *)placeholder;
  • 必要的属性注释采用 //!<

  • 显而易见的代码不加注释

3. 编码排版格式

  • 代码的缩进应使用空格(SPACE),不能使用制表符(TAB),并且缩进以2个字符为单位。

  • 中括弧的每一个括弧在源程序中要单独占一行。

例如 ** 争论很大 **

// 不正确用法

for (int i = 0; i < 10 ; i++) {
    // code
}

// 正确用法

for (int i = 0; i < 10; i++)
{
    // code
}

  • 每行代码最多不得操作100个字。设置如下:Xcode => Preferences => TextEditing => Page Guide at column /输入 100即可。
空格的使用
  • 关键字与其后的表达式之间要有空格,如:
if(expr) //错误的写法
if (expr) //正确的写法

for(expr) //错误的写法
for (expr) //正确的写法
  • 单目操作符不应与它们的操作数分开(如 !^ 等)。

  • , 外,其它双目操作符应与它们的操作数用空格隔开。

例如

i=i+1;        //错误的写法,操作符两端没有空格

i = i + 1;    //正确的写法,

if(a>b)       //错误的写法,逻辑判断符号两端没有空格

if (a > b)    //正确的写法
  • 协议<>前面有一个空格。
@interface ViewController : UIViewController <UITableViewDelegate, UITableViewDataSource>
  • .h中成员声明时,类型与变量之间有至少1个空格。*号靠近变量,不靠近类型。
  • @property后留1个空格,()里面,逗号紧跟前一变量,与后一变量之间留1个空格。()外面,先留1个空格,再声明属性。
@property (strong, nonatomic) UIWindow *window;
  • 方法的+,-后面与()之间留1个空格。
+(instancetype)databaseWithPath:(NSString*)inPath; //错误的写法
+ (instancetype)databaseWithPath:(NSString*)inPath; //正确的写法

-(void)viewDidLoad //错误的写法 
- (void)viewDidLoad //正确的写法
  • 返回类型与 * 之间留1个空格,方法参数中返回类型与 * 之间留1个空格。
- (void)sd_setImageWithURL:(NSURL *)url placeholderImage:(UIImage *)placeholder;
  • 在多参数方法中,每个参数后面都有1个空格。

  • 每行只能有一个语句。

例如

//不正确写法

NSUInteger objectIndex, stuffCount;

或

objectIndex = objectIndex + 10, stuffCount = stuffCount + 20;

或

@synthesize MyView, MyLabelView;


//正确写法

NSUInteger  objectIndex;

NSUInteger  stuffCount;

或

objectIndex = objectIndex + 10;

stuffCount = stuffCount + 20;

或

@synthesize MyView;

@synthesize MyLabelView;
关于空行
.h中的空行
    • 文件说明与头文件包含(#import)之间空1行
    • 头文件包含(#import)之间,如果需要分类区别,各类别之间空1行。
    • 头文件包含(#import)与@class之间空2行。
    • @interface与@class之间空1行。
  • 头文件{}里面,空1行开始声明对象成员,如果需要分类区别,各类别之间空1行。

  • 头文件{}外,空1行书写属性,如果需要分类区别,各类别之间空1行。

  • 属性下面空1行开始写方法,如果需要分类区别,各类别之间空1行。

  • 方法完成后,空1行@end。

  • 如果需要声明protocol,空2行接着写。通常protocol写在@end后面,但是声明在@interface之前。

.m 中的空行
  • 文件说明与头文件包含(#import)之间空1行。

  • 头文件包含(#import)之间,如果需要分类区别,各类别之间空1行。

  • 方法与方法之间空1行。

方法里面的空行
  • 变量声明后需要空1行,如果需要分类区别,各类别之间空1行。

  • 条件、循环,选择语句,整个语句结束,需要空1行。

  • 各功能快之间空1行。

  • 最后一个括弧之前不空行。

  • 注释与代码之间不空行。

  • pragma mark 与方法之间空1行。

命名规范

命名原则

各种类型的文件都必需以公司名开头大写,譬如TX(腾讯缩写) (前提是全部统一),然后接其名字,其名字的单词均以第一个字母大写开头:其余字母全部为小写:例如某个类名:TXNewsDetail.h 图片名:TX_UserHead.png . 尽量采用有意义的英文单词命名,实在无办法才使用中文拼音。

类名
  • 所有的类名,接口名(Protocol)均以大写字母开头(例如我们公司:TX),多单词组合时,后面的单词首字母大写。类,接口名必须是有意义的。

  • 继承自UIView的类以View结尾。

例如:

TXUsersInfoView,TXLabelView等。
  • 继承自ViewController的类以ViewController结尾。
例如:

TXHomePageViewController,TXLoginViewController等。其他类推。
  • 所有保存数据的实体以TX开头Model结尾。
例如:

TXUserModel
方法名
  • 方法的名称应全部使用有意义的单词组成,且以小写字母开头,多单词组合时,后面的单词首字母大写, 在 - + 和返回值之间留1个空格,方法名和第一个参数间不留空格。
例如:

- (void)getUserInformation
  • 设置类变量的内容的方法应使用set作为前缀,读取变量的内容的方法应使用get作为前缀。如用属性则不用关心此问题。
例如:

- (void)getUserName;

- (void)setUserName:(NSString *)userName;
  • 方法中的参数:第一个参数名称要从函数名称上携带出来,第二个参数的首字母小写,多个单词组合时,后面单词首字母大写。参数有别名时,参数别名与参数名一致,但参数名前缀以_。参数别名与前一参数保留1个空格。参数无别名时,以有意义的字母命名。
例如:

- (void)myFunctionWithSizeA:(CGSize)sizeA sizeB:(CGSize)sizeB;
变量名
  • 变量必须起有意义的名字,使其他组员可以很容易读懂变量所代表的意义,变量命名可以采用同义的英文命名,可使用几个英文单词,第一个单词首字母小写,其他单词首字母大写。
例如:

NSString *userName;
  • 对于一些特殊类型的变量,命名时要带上类型,如NSArray 的变量命名为xxxArray,其他的如xxxDictionary,xxxSize等。这样就可以从名称上知道是什么类型的变量。千万不能将NSArray的变量命名为xxxDictionary。

  • 对于要和interface builder关联的的输出口变量,命名时要后缀以特定的控件名。

例如:

IBOutlet UILabel *userNameLabel;
  • 对于使用c语言形式声明的变量,一些特定类型可采用一定的简写:
例如:

指针类型:P

数组类型:Arr

Core Graphic:CG

等。

循环控制变量通常使用单一的字符如:i、j、k等。使用有意义的名字,如objectIndex也是可以的。

  • 尽量避免使用全局变量,如果必须使用全局变量则必须加前缀 Pub_,同时应在变量名称中体现变量的类型。

  • 私有实例变量前加一个下划线,如:_myPrivateVarible

  • 枚举变量也要有相应的前缀来区分不同的enum变量。

例如:

/*
typedef NS_ENUM(_type, _name) new;

_type:枚举类型变量值的格式
_name:枚举类型的名字
new:枚举类型的变量值列表
*/

typedef NS_ENUM(NSUInteger, Seasons) {
    spring = 0,
    summer,
    autumn,
    winter
};
  • 常量名

避免在程序中直接出现常数,使用超过两次以上的应以宏定义的形式来替代。

    • 常数的宏定义应与它实际使用时的类型相一致。如以3.0来定义浮点类型,用3表示整型。
    • 常量的命名应当能够表达出它的用途,并且用大写字母表示。
例如:

#define PI 3.1415926
    • 一些常量前加特殊前缀,可以作为不同常量的区分,
例如:

UserDefaultsKey 前加 UDKEY_,

NotificationNameKey 前加 NNKEY_,

DictionaryKey 前加 DICTKEY_,
  • 保留字
    Objective-c语言的保留字或关键词应全部使用小写字母,除下表中保留字外,private、protected、public、在类型说明中也作为保留字使用。还有nonatomanic,retain,readwrite,readonly等也有特殊的使用场合。这些在我们公司全部不用。

用户界面规范

UI图片命名规则

  • NavgitonBar
导航条背景图:TX_NavBarBG.png
导航条左按钮:TX_NavBarRightBtn.png
导航条右按钮:TX_NavBarLeftBtn.png
导航条返回按钮:TX_NavBarBackBtn.png
  • TabBar
TabBar背景图:TX_TabBarBG.png
TabBar icon normal(默认状态):TX_TabItem_NewsNL.png,TX_TabItem_xxx.png
TabBar icon hight light(高亮状态):TX_TabItem_NewsHL.png,TX_TabItemHL_xxx.png
TabBar icon Selected(选中状态):TX_TabItemSL.png
  • 按钮
    界面普通按钮必需按照实际使用有意义的动作而命名。命名规则根据总原则以TX开头,以实际动作定义(必须使用英文标示),并Btn结尾以标识是一个按钮!
比如登陆按钮: TXLoginBtn.png
  • AppIcon 、LaunchImage 具体的需求看兼容版本
    启动图片
Default-736h.png                1242 × 2208 pixels       Retina HD 5.5

Default-667h.png                750 × 1334 pixels         Retina HD 4.7

Default-568h@2x~iPhone.png      640 × 1136 pixels        Retina 4

Default@2x~iPhone.png                640 × 960 pixels           2x

Default-Portrait~iPad.png               768 x 1024 pixels         1x

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