移动端iOS开发规范文档

移动端iOS开发规范文档

目录

  • 格式与换行
  • 命名
  • Objective-C下的cocoa编码规范
  • 注释要求
  • 其他
  • 参考文档

https://github.com/NYTimes/objective-c-style-guide

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

1. 格式与换行

1.1 使用Xcode默认的设置使用4个空格来缩进。

  • Xcode > Preferences > Text EditingTab 和自动缩进都设置为 4 个空格。

1.2 方法长度不操作100行,建议不超过80行,如果方法太长可以考虑提 取其中的一部分。

1.3 方法-和方法+和返回值前面的左括号间隔一个空格,方法参数直接间隔一个空格。

1.4 条件语句的格式采用苹果推荐的代码缩进方式。

  • 推荐的写法

    BOOL isOk = YES;
    if (isOk) {
        //...
    }else{
        //...   
    }
    

2. 命名

2.1 命名统一使用驼峰命名法;只采纳有广为人知含义的缩写,比如info、msg、UI、HTTP这类。自造的缩写不被认可。总体的命名原则是清晰和一致,避免歧义。

2.2 类名需要结合项目名称来命名,确保整个项目中的自定义类的名称开头是统一的,同样要确保类名需要大写字母开头。

2.3 类名命名需结合功能或者模块,并且尾部要带上该类的类型,比如UIViewController的子类命名为JasonIndexViewController

2.4 方法命名小写字母开头(方法以大写缩略词开始的除外),文件夹首字母大写开头。不要使用下划线开头作为方法的前缀。

2.5 定义类的变量,不需要暴露的变量均放在实现文件里定义,同时视图类变量,在类扩展下定义成属性。数据类的变量定义在@implementation下的大括号内。同时注意:局部变量不应该包含下划线。


3. Objective-C下的cocoa编码规范

3.1 使用#pragma mark 来分类方法,参考以下结构

#pragma mark – Life Cycle

#pragma mark - Events

#pragma mark – Private Methods

#pragma mark - UITextFieldDelegate

#pragma mark - UITableViewDataSource

#pragma mark - UITableViewDelegate

#pragma mark - Custom Delegates

#pragma mark – Getters and Setters

3.2 重载系统方法的时候,如无特殊情况均需要先调用super的方法。

3.3 属性必须指定其类型,比如(nonatomic,strong)

3.4 使用#import引入oc/oc++文件,使用#include引入c/c++文件

3.5 尽量减少公开的api接口数量。

3.6 枚举的定义使用如下的方式

  • 下面是系统的 UISearchBarStyle 的枚举定义的方式
typedef NS_ENUM(NSUInteger, UISearchBarStyle) {
    UISearchBarStyleDefault,    // currently UISearchBarStyleProminent
    UISearchBarStyleProminent,  // used my Mail, Messages and Contacts
    UISearchBarStyleMinimal     // used by Calendar, Notes and Music
}

4 注释要求

4.1 新版Xcode自带有添加注释的功能

  • 单行注释:在方法的地方按 Command+/
  • 标注的功能,快捷键是Command + Option + /
  • 需要在方法名的上面(空白)的地方按 Command + Option + / 才管用

4.2 在新建一个类的时候,需要在头文件中添加注释,来表明这个类的作用。

4.3 在创建接口类的时候,同样需要在头文件添加注释,来表明这个类的用处。

4.4 一些过于简单的注释尽量不要加。


5 其他

5.1 ifcase语句

  • 不论if或者else下有一个还是多个语句,都必须带上大括号。同样case语句也是如此。
  • 推荐写法
if (!error) {
  return success;
}

  • 不允许的写法
if (!error)
  return success;
或  
if (!error) return success;

5.2 布尔值

  • 推荐的写法:
if (someObject) {
    //...
}
if (![anotherObject boolValue]) {
    //...
}

5.3 三元操作符

  • 当需要提高代码的清晰性和简洁性时,三元操作符?:才会使用。
  • 推荐写法
NSInteger value = 5;
result = (value != 0) ? x : y;

BOOL isHorizontal = YES;
result = isHorizontal ? x : y;
  • 不推荐的写法
result = a > b ? x = c > d ? c : d : y;

5.4 Init方法

  • Init方法应该遵循Apple生成代码模板的命名规则。返回类型应该使用instancetype而不是id
- (instancetype)init {
  self = [super init];
  if (self) {
    // ...
  }
  return self;
}

5.5 类构造方法

  • 当类构造方法被使用时,它应该返回类型是instancetype而不是id。这样确保编译器正确地推断结果类型。
@interface Airplane
+ (instancetype)airplaneWithType:(RWTAirplaneType)type;
@end

5.6 CGRect函数

  • 推荐用法
CGRect frame = self.view.frame;

CGFloat x = CGRectGetMinX(frame);
CGFloat y = CGRectGetMinY(frame);
CGFloat width = CGRectGetWidth(frame);
CGFloat height = CGRectGetHeight(frame);
CGRect frame = CGRectMake(0.0, 0.0, width, height);
  • 不推荐的用法
CGRect frame = self.view.frame;

CGFloat x = frame.origin.x;
CGFloat y = frame.origin.y;
CGFloat width = frame.size.width;
CGFloat height = frame.size.height;
CGRect frame = (CGRect){ .origin = CGPointZero, .size = frame.size };


5.7 黄金路径

  • 当使用条件语句编码时,左手边的代码应该是"golden" 或 "happy"路径。也就是不要嵌套if语句,多个返回语句也是OK。

  • 推荐写法

- (void)someMethod {
  if (![someOther boolValue]) {
    return;
  }

  //Do something important
}
  • 不推荐的写法
- (void)someMethod {
  if ([someOther boolValue]) {
    //Do something important
  }
}

5.8 单例模式

  • 单例对象应该使用线程安全模式来创建共享实例。
+ (instancetype)sharedInstance {
  static id sharedInstance = nil;

  static dispatch_once_t onceToken;
  dispatch_once(&onceToken, ^{
    sharedInstance = [[self alloc] init];
  });

  return sharedInstance;
}

5.9 布局中的空格

  • 每个方法或者功能块之间为了结构清晰,应当有且只有一行空格。
@interface SomeClass:NSObject

@property (noatomic, strong) UIView *aView

- (void)someMethod;

@end

@implementation SomeClass

- (void)setAView:(NSInteger )aview {

}

- (void)someMethod {

}
@end

5.10 Getters and Setters放在最底部

  • 控制器可能会有非常多的view属性和其他属性,如果所有的getters and setters放在前面,就会导致在implementation代码顶部有大量的初始化代码,这就导致主要的逻辑代码挪到后面去了,其他人阅读代码是不太方便的。

6 参考文档

未尽事项可参考以下连接

  • http://ios.jobbole.com/81932/
  • https://github.com/NYTimes/objective-c-style-guide
  • https://github.com/raywenderlich/objective-c-style-guide#language

你可能感兴趣的:(移动端iOS开发规范文档)