iOS开发规范文档

2019-03-09  本文已影响0人  Confused小伟

1文件组织结构

1.1结构说明

1)  iOS工程文件结构分物理结构(controller) 和逻辑结构(Logic) ,逻辑结构和物理结构保持一致,以便方便有效地管理类文件。类文件组织要遵循以下两大原则:基于MVC设计模式原则,至少要保证controller与数据处理,网络请求相对独立基于功能模块原则,功能模块分包括数据/网络处理,UI前端界面两部分,数据/网络处理应该在数据/网络处理的框架下,而UI前端界面比如用户中心,消息中心,它们的专有的controller,view等应该在属于文件夹。还会遇到一些公共的view,放在Other公共的文件夹来管理 

2)  图片资源文件采用Images.xcassets管理,不要使用自己建的文件管理。

 

1.2结构框架

|____ WanWuZhiLian 项目入口文件目录

|___ Base(基础) 项目文件的基类

|      |___BaseViewConeroller项目ViewConeroller的基类,所有的ViewConeroller都继承这个基类

|___ Main(主要) 项目模块目录

|        |___ Login(登录) 登录模块

|         |         |___ Controller存放登录模块所有的控制器目录

|         |         |___ 存放登录模块所有的视图目录

|         |         |___ Model存放登录模块所有的数据模型目录

|         |         |___ Logic存放登录模块所有的逻辑文件目录

|         |         |___ Other存放公共的View

|         |___Home(首页) 首页模块

|                    |___Controller存放首页模块所有的控制器目录

|                    |___View存放首页模块所有的视图目录

|                    |___Model存放首页模块所有的数据模型目录

|                    |___Logic存放首页模块所有的逻辑文件目录

|         |         |___ Other存放公共的View

|___ Expand(拓展) 拓展的工具文件目录

|         |___Categray(分类) 项目的所有类的扩展文件目录

|         |___Macros(宏) 项目自定义宏的文件目录

|         |___CommonMacros.h项目所有宏定义的Key 定义文件

|         |___FontAndColorMacros.h项目所有宏定义文字大小 颜色

|         |___ThirdMacros.h项目所有第三方宏定义的Key

|         |___URLMacros.h项目所有请求接口的宏定义,WEB的URL宏定义|

|         |___UtilsMacros.h其他宏定义的文件

|___ Manager(管理器) 项目所有单例类目录,例如:UserManager等

|___ Network(网络) 项目网络层目录

|___ Vender(第三方) 第三方库目录 例如:爱康SDK,腾讯IM等

|___ Resource(资源) 项目资源目录,存放本的语音等文件

 

 

2命名规则

2.1基本规则

清晰。命名应该是以清晰为主、简洁为辅。总的来讲不要使用单词的简写,除了使用非常常见的简写以外,尽量使用单词的全称。不可使用拼音、数字、容易让人看不懂易混淆的词命名。自定义API(造轮子)时,API的名称不要有歧义并且不要与苹果原生API产生冲突,让使用者一看你的API就知道是以什么方式用来做什么的

2.2类命名

类名应该遵循驼峰命名原则。类名中应该包含一个或多个单词来描述这个方类(或类对象)是做什么的。

2.3类别命名

类名+个人识别(WW)+拓展名

例如UIView+WWExtension

类别的方法应该使用个人标识前缀(统一用ww)加下划线加方法名避免与项目中的其他方法产生冲突。详情参考SDWebImage的sd_setImage:方法...

2.4方法命名

方法使用小驼峰法命名, 一个规范的方法读起来应该像一句完整的话,读过之后便知函数的作用。执行性的方法应该以动词开头,小写字母开头,返回性的方法应该以返回的内容开头,但之前不要加get。如果有参数,函数名应该作为第一个参数的提示信息,若有多个参数,在参数前也应该有提示信息(一般不必加and)一些经典的操作应该使用约定的动词,如initWith,insert,remove,replace,add等等。

示例:

命名

insertObject:atIndex:规范的写

insert:at:不清晰,插入什么?at代表什么?

removeObjectAtIndex:规范的写

removeObject:规范的写法,因为参数指明了要移除一个对

remove:不清晰,移除什么?

2.5变量命名

[if !supportLists]1)       [endif]变量名使用小驼峰命名规则,使变量名尽可能可以推测其用途。

[if !supportLists]2)       [endif]类的成员变量用小驼峰命名法并加上下划线开头的方式命名。

[if !supportLists]3)       [endif]一般变量命名请使用简洁明了的方式并且开头不要使用下划线

2.6常量命名

常量(预定义,枚举,局部常量等)使用小写k开头的驼峰法

2.7图片资源文件命名

这个图片资源命名方式,以功能为组织形式,有利于查看资源文件。

原则:

1)采用单词全拼,或者大家公认无岐义的缩写(比如:nav,bg,btn等)

2)采用“模块+功能”命名法,模块分为公共模块、私有模块。公共模块主要包括统一的背景,导航条,标签,公共的按钮背景,公共的默认图等等;私有模块主要根据app的业务功能模块划分,比如用户中心,消息中心等

备注:背景图采用以bg作前缀,按钮背景采用btn作前缀)

公共模块命名示例:

导航条背影图片:bg_nav_bar@2x.png

导航返回按钮:bg_nav_back_normal@2x.png,bg_nav_back_selected@2x.png

标签item背景:bg_tabbar_record_normal@2x.png,bg_tabbar_record_selected@2x.png

私有模块命名示例:

以APP的用户中心图片资源为例说明,

uc——user center

用户中心头像默认图:bg_uc_avatar@2x.png

用户中心顶部默认背景图:bg_uc_top_defaut@2x.png

用户中心底部背景图:bg_uc_bottom@2x.png

3代码规范

3.1代码结构

#pragma mark – Lifecycle --->生命周期

-(instancetype)init {}

-(void)dealloc {}

-(void)viewDidLoad {}

-(void)viewWillAppear:(BOOL)animated {}

- (void)didReceiveMemoryWarning{}

#pragma mark - Custom Accessors --->自定义访问器

-(void)setCustomProperty:(id)value {}

-(id)customProperty {}

#pragma mark - IBActions--->按钮事件

-(IBAction)submitData:(id)sender {}

#pragma mark - Public--->公开方法

- (void)publicMethod{}

#pragma mark - Private--->私有方法

-(void)privateMethod {}

#pragma mark - UITextFieldDelegate--->表代理

#pragma mark - UITableViewDataSource

#pragma mark - UITableViewDelegate

#pragma mark - NSCopying--->编码

-(id)copyWithZone:(NSZone *)zone {}

#pragma mark – Sets && Gets--->懒加载

-(NSString *)description {}

3.2代码规

1.删除多余的空行

(1) 所有方法与方法之间空1行

(2)所有代码块之间空1行

2.删除多余的注释

(1)删除注释掉的代码

(2)删除没有意义的注释

3.删除多余的方法

(1)如果方法没有使用到,请删除它

(2)如果方法没有执行任何业务逻辑,请删除它或者给出一定注释

4.删除未被使用的资源文件5.添加必要的注释

(1)所有 .h 文件中的property 需要给出注释

(2)所有自定义的方法需要给出注释

(3)比较大的代码块需要给出注释

(4)所有代码中出现的阿拉伯数字需要给出注释

(5)程序中出现加密/解密 逻辑的操作地方,需要给出注释说明过程(无论是系统还是自定义)

上一篇 下一篇

猜你喜欢

热点阅读