Android 优化代码代码写作习惯代码规整

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/ZM_Crazy/article/details/45397093

今天我想说说代码习惯:

刚开始学Android时相信很多新手都会有一个疑问,我们作为菜鸟除了技术上的不足到底哪点比不上大神呢?相信问这个问题的新手,肯定是一个不服输的人(不能叫愤青吧,我认

为愤青貌似是个贬义词)所以喜欢问问题,但是一些经验丰富的大神有的时候就会说自己百度,不行谷歌,这么简单的问题还问!这可能深深的伤害到我们菜鸟,但挺多时候是应

该我们自己动手找自己研究,其实作为菜鸟不是不喜欢动手自己找自己写,只是想有个捷径站在巨人的肩膀上,但是事实却不是这样的因为所有的问题要想记得更牢固,更清晰的

理解,的确需要自己找,自己研究虽然这可能费些时间,但是还是有价值的,好了说了这么多快跑题了下面说说到底该怎样优化代码代码写作习惯代码规整:

首先是命名,这个我深有体会,老是被公司其他成员说,

注释:

养成良好的注释习惯,对提升自己的编程能力和团队合作能力有很大的益处

  • 不要使用拼音命名(英语不好可以用有道翻译,但是切忌拼音)
  • 名称应简洁而富于描述,使用完整单词,避免使用缩写(除非该缩写被更广泛使用,例如URL、HTML)
  • 代码中不要出现中文标点字符,例如:‘,’、‘:’
  • 注释中可以书写中文标点字符,便于阅读
  • 注释遵循英文写作习惯,英文标点符号后空一格,避免句子紧凑
  • 颜色色值的字母必须全部大写

1. 包命名

包名由小写的字母组成,默认以com.example.android开头,然后接上根据功能划分的模块名。(这个中间的我们一般都是用公司名命名)

2. 类和接口命名

名称的首字母需要大写,如果由多个单词组成,那么每个单词的首字母需要大写,其他字母小写。

3. 方法的命名

采用驼峰命名法来命名。(这个最好见名知意,让别人知道你这个方法大概是干什么的)

4. 变量的命名

采用驼峰命名法命名。(现在这个变量名谷歌给了一个小小的规范,就是前面的m)

  • 非公共的、非静态的域变量用m前缀
  • 静态域变量用s前缀
  • 集合类型的变量使用复数形式,若多种集合类型的变量存储的是相同类型的对象,除了根据功能区分,也可以简单通过集合类型来区分

5. ID的命名(这个估计很多同学会乱命名这个挺重要的,对以后看代码,所以这个要切记)

组成名称的单词必须全部小写,单词之间用下划线隔开,名称不需要复杂的层级定位,只需要准确描述所代表控件的功能作用即可,通常我们在名称前使用控件类型的缩写前缀来避免重复起名的麻烦。

6.常量的命名

常量需要声明为final static形式,组成名称的单词必须全部大写,单词之间用下划线隔开。

下面我们讲讲写代码过程中的一些有利于阅读和代码规范的介绍:

比如我们在使用中经常使用到的就是:

android:text="确定"
其实这样写的话挺方便的但是对于程序和编码问题却不方便谷歌官方建议是这样写:

android:text="@string/main_table"(把字段放到string中去,这样据说可以加快编译速度,具体我没有测过。。。)
还有就是在XML文件中要用到很多控件,其中很多控件有相同的属性,很多刚开始不太会使用style这个属性:

对于很多控件有相同的属性时我们可以这样写

              <RadioButton
                android:id="@+id/rb_main_table"
                style="@style/main_radiobtn_style"
                android:checked="true"
                android:text="@string/main_table" />

            <RadioButton
                android:id="@+id/rb_main_total"
                style="@style/main_radiobtn_style"
                android:text="@string/main_total" />
把一些属性封到Style中:

 <style name="main_radiobtn_style">
        <item name="android:layout_width">fill_parent</item>
        <item name="android:layout_height">@dimen/activity_main_radiogroup_height</item>
        <item name="android:background">@color/menu_radiobutton_bgcolor_selector</item>
        <item name="android:button">@null</item>
        <item name="android:drawablePadding">4dp</item>
        <item name="android:textColor">@color/menu_radiobutton_textcolor_selector</item>
        <item name="android:textSize">@dimen/normal_textsize</item>
    </style>

还有就是要看自己的写法了,就是有的时候在代码中一个方法中有很多算法.声明.加监听什么的,使用Adapter之类的,我们可以把,这些 抽取成方法,在放到方法中去,比如把 Adapter类抽取出来单放到一个类中去,这样写出来的代码在一个类中不会有太多,让人看起来眼花缭乱。有的很多方法也可以单独抽取出去放到一个类中,这样代码就简洁很多了呢。。

还有就是我们有的时候可能会用到viewpager,和addView如果view比较多的话,这样就会造成一个类中的代码特别多,各种处理,看起来不太好,这个时候我们就可以用Fragment来代替这其中的view,我之前也写过,就是可以滑动的Fragment中这个就是一个挺好的封装,省了挺多事,


最后在絮叨一句,就是有时间多看,多动手实践,最后百度谷歌都没有的答案在找大神们问哈!

哪位同学有更好的我们可以一起交流下,以上仅代表我个人看法和建议

猜你喜欢

转载自blog.csdn.net/ZM_Crazy/article/details/45397093