1.4.1 Android的编码规范
标签: StudyNote
本文声明:
本文由Coder-pig编写,想了解其他内容,可见CoderPig’s Android Study Note——目录
尊重作者劳动成果,未经本人授权,禁止转载!违者必究!
目录源地址:http://blog.youkuaiyun.com/coder_pig/article/details/51348769
推荐文章:
看到别人已经写了一篇不错的文章,就不重复做无用功了,直接引用别人的文章:
最全面的 Android 编码规范指南
原文链接:https://www.sdk.cn/news/3137
学习建议:
别去死记规范,按着规范,去修改你做过的某个项目,然后后面写的代码
都参照这个项目编写就好,写多了,规范就了然于心了~另外不是说一定要
完全按照这套规范来写,制定编码规范的目的:促进团队协作,有助于代码
审查,以及提高开发效率。举一个常见的例子,多人协作,假如每个人的代
风格不一致,比如A君这样写注释:
Entity story = schema.addEntity("StoryDB"); //表名
story.setTableName("StoryDB"); //可以对表重命名
story.addIdProperty().primaryKey().index(); //主键
story.addLongProperty("downloadId"); //下载id
看上去很整齐,莫名治好了多年的强迫症,但可能B君是这样写注释:
Entity story = schema.addEntity("StoryDB"); //表名
story.setTableName("StoryDB"); //可以对表重命名
story.addIdProperty().primaryKey().index(); //主键
story.addLongProperty("downloadId"); //下载id
尽管写法不一样,但是并不影响结果,还是能正常运行的。
不过,我还是推荐B君的写法,直接一个Tab,而不是A君那种整齐的写法
(PS:尽管我自己更喜欢这样写)因为缩进的控制是个问题,换个字体,就会
发现注释都错位了。假如一堆人开发一个项目,有人用A君的写法,有人
用B君的写法,那么代码合并的时候,你就等着哭吧,哈哈!
所以,指定一套编码规范是非常重要的~