关于手思3.0 代码规范

工程之始可能需要的工具：

1、使用CocoaPods类库管理工具。CocoaPods安装和使用教程。

2、下载安装注释插件VVDocumenter-Xcode。

3.使用代码对齐的Xcode插件

XAlign：XALign

ClangFormat ClangFormat-Xcode

4.快速进入沙盒目录

ZLGotoSandboxPlugin：查看沙盒的插件，当运行模拟器的时候，Shift + Common + w 直接查看当前模拟器下程序的沙盒。

一、手思项目结构管理

#pragma mark -关于手思3.0对于文件的目录要按如下结构创建：
-CategoryEx（所有类别类扩展放在里面）
-HelpMacro（项目宏定义）
-Resources （所有图片资源，声音文件，其他资源，相应资源放入相应组(Group)中）
-Utilities （工具集合，网络请求，工具类，第三方库等）
-MobileSiBuControllers（所有项目模块代码文件）
-CustomUI  （自定义UI控件）
-引用外部文件或者某个单独的功能时，放在单独的组中

关于手思3.0规范要点

1.命名规范（详见下文）
2.所有控制器继承BaseViewController  如：@interface HomeViewController : BaseViewController
3.ViewController,view,model应添加前缀SB (MVC)
4.使用DLOG(<#...#>)打印而不是NSLog(..)，有大量打印信息时应把DLOG注释掉
5.使用快捷键Command+shift+B，检查代码内存泄漏问题
6.所有保存数据的实体以Model结尾，如：UserModel
7.viewWillAppear,viewWillDisappear等写在viewDidLoad上面，dealloc写在.m文件最底行
8.不能出现警告，过时方法用新方法替代，没有用到的变量删掉或注释掉

二、编码规范

为了提交团队合作效率，在项目开发中，对于项目、类，变量等的命名，应该要易读，易理解

一）、命名规范

关于命名的一般性的原则

1.最少字符，就是要尽量的减少命名对象的长度，尽量选择字符少的名词

2.名符其实，命名应该能直观的描述被命名对象是什么或者做什么
3.避免歧义，尽量不要采用多义词，也不要使用命名组合之后产生多义的方式
4.上下文一致，比如谓词的统一性，如果都是集合类，那么使用Remove表示删除操作，那么所有上下文就应该都用这个Remove，而不要再用Delete
5.少用缩写，除非是很常见的缩写或者项目中定义好的缩写，否则不要使用缩写
6.优先使用全局常量而非宏，应使用static方式声明常量；

主要点：控制器，自定义view以SB开头
多单词组合时，后面的单词首字母大写
如SBLoginViewCotroller，SBHomeViewCotroller
SBPopView

鉴于目前项目使用的是MJExtensio进行字典模型自动转换，所以属性名与后台保持一致即可

（1）类命名

1、变量首字母小写，后面单词首字母大写，如userPassWord

2、使用能够反映类功能的名词短语（使用英文翻译）

3.命名时带上类型，如xxxTv,xxxView,xxxStr等

4、文件名应包含描述继承的类，如：文件名：BaseViewController 类：UIViewController
所有类名，接口名(Protocol)均以大写字母开头，多单词组合时，后面的单词首写字母大写。

如：@interface LoginViewCotroller : UIViewController
View--所有扩展自UIView的类以View结尾，如: GridView,StarView,OpenGLView,EmojiPageView。
ViewController-所有扩展自UIViewController的类以ViewController结尾，
Model--所有数据Model以Model结尾
 
如 HomePageViewControler, LoginViewController。
如果名称太长则以VC结尾：如 AllPicturePreviewVC

4、自定义控件命名，以相应类名为后缀命名。
对于UI相关的变量，命名时要后缀以特定的控件名，如UILabel的变量命名为xxxLabel，xxxCell，其他的如xxxButton，xxxTableView，xxxImageView等；

常见类型简写如下：
UIViewController:VC    UIImage:Img　　UIImageView:Iv
UIView:View　　UILabel:Lbl     UIButton:Btn
UINavigationBar:NBar　　 UIToolBar:TBar　　UISearchBar:SBar
UITextField:TF　　UITextView:Tv   NSArray:Array
NSMutableArray:MArray    NSDictionary:Dict　　NSMutableDictionary:MDict
NSString:Str　　  NSMutableString:MStr     NSSet:Set　　　　　  NSMutableSet:MSet

（2）特殊类命名

举例：BaseClient、ImageStore

（3）分类（类别）命名

与类命名相同，此外需添加要扩展的类名和“+”
举例：NSString+URLEncoding

（4）协议（委托）命名

与类命名相同，此外需添加“Delegate”后缀
举例：UITableViewDelegate，MBProgressHUDDelegate

（5）方法及参数命名

方法：

首字母小写，之后每个单词首字母都大写
方法名使用动词短语，能具体表达出该方法的功能

参数：

首字母小写，之后每个单词首字母都大写
具有足够的说明性

举例：

- (void)viewWillAppear:(BOOL)animated
- (void)setupPostValue:(int)value
- (void)adjustFontWithMaxSize:(CGSize)maxSize

参数要用描述该参数的标签命名

- (void) sendAction:(SEL)aSelector to:(id)anObject forAllCells:(BOOL)flag;  //对
- (void) sendAction:(SEL)aSelector :(id)anObject :(BOOL)flag;               //错

当参数过长时，每个参数占用一行，以冒号对齐。如：

-(void)saveUserInfo:(NSMutableDictionary *)dict
           userName:(NSString *)name
           passWord:(NSString *)pwd{
    ...
}

(6).点击事件响应(下面几种写法都可以)

-(void)loginButtonClicked  （不推荐）
-(void)loginButtonClicked:(id)sender （推荐）
或
-(void)loginButtonAction
-(void)loginButtonAction:(UIButton *)sender
-(void)backBtnAction:(id)sender

手势事件
- (void)handleTapGesture:(UITapGestureRecognizer *)tapGesture

以 get、set 开头的方法有特殊的意义，不要随意定义。

set 是属性默认的设置方法，如果函数不是为了设置类成员，则不要用 set 开头，可用 setup 替代。
get 和属性方法无关，但在 Cocoa 中，其标准行为是通过引用传值，而不是直接返回结果的。欲获取变量，直接以变量名为名，如：userInfomation，而不是 getUserInfomation。

属性和变量申明问题

#pragma mark -变量问题
1.私有变量不应该写在h里面，h是对外公开的，更应该写到m里面
2.实例变量（成员变量）,最好带上前缀下划线
3.变量需要有一定注释
4.成员变量不应少于3个字符，采取见名知义原则

@interface ViewController ()
{
    //成员变量
    NSString  *_name;     //名字
    int       *_age;      //年龄
    NSString  *_passWord; //密码
    NSArray   *_array1;
}

//属性变量
@property (nonatomic,strong) NSArray *array2;
注意点：私有属性，变量写在.m文件中，.h文件中只写对外公开的属性变量

方法和变量的命令应该尽可能做到自描述。
良好的风格：
UIButton *settingsButton;

不良的风格：
UIButton *setBut;

控件及数据的初始化

#pragma mark -初始化UI控件及数据源
使用initUI（或createSubview） 管理UI控件初始化，initDataSource初始化array,dict
//初始化所有UI相关
- (void)initUI
{
    [self initButton];
    [self initLabel];
}

//初始化数据源
-(void)initDataSource
{
    NSString *dataPath = [[NSBundle mainBundle] pathForResource:@"Data" ofType:@"plist"];
    NSMutableArray  *pesonArray=[[NSMutableArray  alloc]initWithCapacity:0];
}

- (void)initButton
{
    UIButton   *CSButton=[UIButton  buttonWithType:UIButtonTypeCustom];
    CSButton.frame=CGRectMake(100,100, 100, 80);
    [CSButton  addTarget:self action:nil forControlEvents:UIControlEventTouchDown];
    [self.view  addSubview:CSButton];
}

-(void)initLabel
{
    UILabel  *CSLabel=[[UILabel  alloc]initWithFrame:CGRectMake(10, 10, 100, 25)];
    CSLabel.textAlignment=NSTextAlignmentLeft;
    CSLabel.font=[UIFont  systemFontOfSize:14];
    CSLabel.text=@"标签";
}

规范示例

#pragma mark ---规范示例 Coding Guidelines for Cocoa--
代码越简洁越明确越好，但是不能因为简洁而导致语义不明确：
代码 	评价
insertObject: atIndex: 	好
insert:at:              不明确，什么被插入？at指什么
removeObjectAtIndex: 	好
removeObject:           好，没有之前讨论的那些问题
remove:                 不明确，什么被移除了

通常，不要缩写对象的名称。即使它们很长，也全拼：
代码 	评价
destinationSelection 	好
destSel                 不明确
setBackgroundColor: 	好
setBkgdColor: 	不明确
--你可能认为某些缩写是众所周知的。但凡是无绝对，尤其是当开发者和你文化、语言背景不一样，看这些缩写就可能产生歧义。

良好的编程风格

多使用字面量语法,少用与之等价的方法(缩短源码长度,更为易读)

    良好的风格：(字面量语法)
    NSArray      *names = @[@"Brian", @"Matt", @"Chris", @"Alex", @"Steve", @"Paul"];
    NSDictionary *productManagers = @{@"iPhone" : @"Kate", @"iPad" : @"Kamal", @"Mobile Web" : @"Bill"};
    NSNumber *shouldUseLiterals = @YES;
    NSNumber *intNumber=@1;
    NSNumber *floatNumber=@2.5f;
    
    //取值
    NSString *name=names[1];
    NSString *product=productManagers[@"iPhone"];

    不良的风格：
    NSArray *names = [NSArray arrayWithObjects:@"Brian", @"Matt", @"Chris", @"Alex", @"Steve", @"Paul", nil];
    NSDictionary *productManagers = [NSDictionary dictionaryWithObjectsAndKeys: @"Kate", @"iPhone", @"Kamal", @"iPad", @"Bill", @"Mobile Web", nil];
    NSNumber *shouldUseLiterals = [NSNumber numberWithBool:YES];
    NSNumber *intNumber = [NSNumber numberWithInt:1];
    NSNumber *floatNumber = [NSNumber numberWithFloat:2.5f];\
    
    //取值
    NSString *name=[names objectAtIndex:1];
    NSString *product=[productManagers  objectForKey:@"iPhone"];

其他

性能优化
1.用 DLOG(<#...#>)代替 NSLog(...)

2.必要时使用懒加载

3.重用

代码片段
熟练使用代码片段库可以提高编码的速度。 Xcode4 中，打开一个项目并让右侧编辑区可视，然后点击右侧底部面板的第四个 {} 图标，打开代码片段库，你可以将常用的代码拖入其中。以下是一个最新的开源代码片段库链接：
https://github.com/mattt/Xcode-Snippets

参考资料
[1] 《 NYTimes Objective-C Style Guide 》 https://github.com/NYTimes/objective-c-style-guide
[2] https://github.com/VincentSit/NYTimes-Objective-C-Style-Guide-ZH （纽约时报移动团队 Objective-C 规范指南）
[3] https://github.com/Chinamobo/iOS-Team-Norms （Chinamobo iOS 团队规范）

荐 Objective-C编码规范：26个方面解决iOS开发问题

posted @ 2015-04-21 16:25 sixindev 阅读(524) 评论(0) 编辑收藏举报

刷新页面返回顶部

iOS 开发

iOS开发博客，开发知识总结，交流

关于手思3.0 代码规范

关于手思3.0 代码规范

工程之始可能需要的工具：

一、手思项目结构管理

二、编码规范

一）、命名规范

关于命名的一般性的原则

（1）类命名

属性和变量申明问题

控件及数据的初始化

规范示例

良好的编程风格

公告