关于代码规范的问题

我新手,并且还是独立开发,所以自己的代码有很多都不符合规范,为了不被后来人骂死?【当然最多的是为自己好】,我觉得有必要了解下代码规范,所以今天上午就查了下网上的资料,总结了以下内容
首先说下为什么要代码规范吧,至少有以下几点:

1) 代码可读性提高了
2) 时间久了自己再维护可以一眼看懂方法的含义
3) 便于后来者看懂并理解你的代码【据说很多人在维护“前辈们”代码的时候,都有种想砍人的冲动= =】
4) 可以提高代码的健壮性【这个不是瞎掰,且看后面介绍】

关于可读性,你们看看我前后的代码对比吧


这是创建标签栏之前的代码

乍一看觉得还行啊,什么驼峰规则,方法名首字母大写都遵守了,但是这样的代码看久了会累,为什么,不够直观!我必须要从头看到尾才能看清楚每一个参数,所以我就引用了第一条规则:如果一行有非常多的参数,更好的方式是将每个参数单独拆成一行。如果使用多行,将每个参数前的冒号对齐
所以我的代码变成了这样


这样是不是整齐了?

首先说这样写的好处吧,第一,短,第二,齐,这样看起来就很舒服,大家觉得呢?
这里用到的规则说一下:
1. 方法名首字母小写,方法中要遵守驼峰规则【也就是单词首字母大写】
2. 单行一般不能超过80列,提高可读性【设置Xcode > Preferences > Text Editing > Show page guide,来使越界更容易被发现】
3. 方法参数取名应该直观易懂
4. 多个参数要拆行,以冒号对齐【如果第一个参数太短了,可以缩进一下】

再讲一下关于变量命名吧,只要记住一点,不要担心浪费行宽,让看代码的人能看懂并立即理解更重要
错误示例:
int  w;
int nErr;
正确示例:
int width;
int numErrors;

然后就是代码的健壮性了,好的代码有助于提高运行效率不是吗?其中主要有以下几点:
1) 创建临时对象时在同一行使用自动释放池,而不是后面单独加一个release【MRC】,可以有效避免意外删除了release导致的内存泄漏
例如:MyViewController *controller = [[[MyViewController alloc] init] autorelease];
2) 不要在构造方法【init】中将成员变量初始化为 0 或者 nil;毫无必要 ,刚分配的对象,默认值都是0,除了isa指针
3) 使用alloc init方法创建并初始化对象,不要使用new,也没必要重载它,new会让有关内存分配的代码审查更困难

最后就是文件注释了,Xcode默认新建一个类之后它的文件注释默认是这样的


其实我只想问问这个有什么卵用?

在实际开发中文件注释如果写上的话是非常有用的,每个文件的开头以文件内容的简要描述起始,最好再简要描述一下功能,紧接着是作者,最后是版权声明和/或许可证样板。做个简单地示范,例如这样:


注明了不能更改了,更改小心翻脸哦

这样是不是就能看出来这个文件是干嘛的了?之后再维护的话是不是会更方便呢?说起这个又要吐槽一下苹果了,本来这个注释咱们是可以在Xcode ▸ Contents ▸ Developer ▸ Platforms ▸ iPhoneOS.platform ▸ Developer ▸ Library ▸ Xcode ▸ Templates▸File Templates▸Source▸Cocoa Touch Class.xctemplate  这个目录下更改的,但是自从8之后就被锁了,所以还是自己封一个代码块吧,这个看个人需要我就不分享自己的代码块了?
先写到这里了,以后再看到什么有用的再添加,欢迎大家批评指正

转载于:https://juejin.im/post/5b2b05fc51882574ba421303

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值