发帖
扫码访问
 注册
 登录
首页 ›手机› APP下载 › 查看内容

iOS项目分析及优化

2016-11-1 15:22 1518 0

摘要: 从代码看一个程序员的笔力从代码的整洁度上就可以看出一个程序员的实力，规范其实就是让你养成一种良好习惯的标杆，在此面前我们应该顺从。本篇我们以OC为例，统计了一些在编写程序中需要注意的事项，共有20条，当然 ...

从代码看一个程序员的笔力

从代码的整洁度上就可以看出一个程序员的实力，规范其实就是让你养成一种良好习惯的标杆，在此面前我们应该顺从。本篇我们以OC为例，统计了一些在编写程序中需要注意的事项，共有20条，当然还有更多的规范，此处只是做个示例。

  • 单页代码最好控制在800行以内，每个方法最好不要超过100行，过多建议对代码进行重构

  • 相同的逻辑方法定义避免在多个地方出现，尽量将公用的类、方法抽取出来

  • 删除未被使用的代码，不要大片注释未被使用的代码，确定代码不会使用，请及时删除

  • 对其他项目中copy过来的代码，根据具体需要更新代码风格，及时删除未被使用的代码

  • 项目中所有Group或者文件名称（图片名字等），不要使用汉字命名，尽量使用英文命名，国内特有名词可以使用拼音。

  • 项目中所有Group都需要在项目目录中存在一个真实的目录，Group中的文件与真实目录中文件一一对应。

  • 请在项目中写必要代码的注释

  • 请多使用 #pragma mark - Mark Name 对方法进行分组 。如:

1
#pragma mark - **********View lifeCycle******

  • 所有类名称以项目工程开头命名，如：“JS”（简书）。针对不同视图控制器，在末尾添加后缀，如： UIButton 后缀添加“Button"或大家皆知的简写，NSArray的变量命名为xxxArray等。

  • 类、方法、属性等命名，做到见名知意，采用驼峰式命名规则。

  • 根据资源类型或者所属业务逻辑对项目资源进行分组，使得整个项目结构清晰明了；整个项目保持一种代码书写风格。

  • 避免在程序中直接出现常数，使用超过一次的应以宏定义的形式来替代。常数的宏定义应与它实际使用时的类型相一致。如以3.0来定义浮点类型，用3表示整型。 常量的命名应当能够表达出它的用途，并且用大写字母表示。例如：

1
#define PI 3.1415926

  • 当使用条件语句编码时，不要嵌套if语句，多个返回语句也是OK。

1
2
3
4
5
6
- (void)testMethod {
   if (![testSome boolValue]) {// 不合适就返回，下面做处理
   return;
  }
 //Do something important
}

  • 当方法通过引用来返回一个错误参数，判断返回值而不是错误变量。在成功的情况下，有些Apple的APIs记录垃圾值(garbage values)到错误参数(如果non-NULL)，那么判断错误值会导致false负值和crash。

1
2
3
4
NSError *error;
if (![self trySomethingWithError:&error]) {
  // Handle Error
}

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

声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系 [邮箱地址] 删除

路过
1

雷人
握手
鲜花
鸡蛋

刚表态过的朋友 (1 人)

  • 雷人

    匿名

收藏 分享 邀请
上一篇：新发现: SandJacking iOS攻击技术下一篇：iOS开发之Xcode常用调试技巧总结

最新评论

相关分类