引言
每家公司都会有自己的编码规范,一套优秀的规范能提升整个项目的健壮性,降低后期迭代的维护成本和拓展成本,但糟糕的规范或者完全没有规范,那么就该为维护小哥祷告了,随着业务需求变更、优化重构、功能维护、产品迭代。。。整个项目会愈发臃肿,稍不留神动一下代码的代价将会是巨大的。
那么我打算从最接地气最基础的地方开始动刀 - view结构,新建一个UIViewController,应该看到如下的结构:
那么当我们需要维护这个VC的时候就相当的容易了,通过修改XCode的默认模板,能够提高代码分区的速度。
原因
阅读见过不少的别人的ViewController,代码布局乱得让我怀疑人生,代码乱七八糟,又长又臭。
如果有一定的规范,使ViewController中的代码条理清晰起来,后面维护的程序员就能根据业务很快能够区分功能模块,同时,也可以提高代码的可维护性和可读性。
这里再简单说说如果在代码中体现业务,上代码,相信你立马就能懂我
- (BOOL)isExitMyView:(UIView *)myView atIndexPath: (NSIndexPath *)indexPath;
- (id)check: (id)view position: (id)pos;
自己对比一下上面两种方法声明。