只是练习是很难找工作那会儿在，简历基本上都是赶出去石沉大海，因为有项目开发没有实践经验、没有牛逼的背景、更重要的是，没有真才实学，虽然我在大学时读的是计算机专业，它可以被认为是一个技术教育。但……你知道。
后来勉强一家公司收留了我，然后一个问题立刻出如今我的面前。那就是编写代码时候变量的命名：TextView 。ListView ……差点儿是每个.java or .xml 文件里命名的格式都不一样。事实上，自己在读自己写的代码时也感到非常无语的。
后来我就在想统一自己命名的方式。试了一段时间之后感觉这样还是挺不错的。是的，应该有一个统一的命名方式，这样在写、读代码的时候会更方便一点。
下面是我在用的命名时的习惯（事实上也是在网上找见的，可是我已经记不清楚来源了）。事实上无论用什么命名的方式，最后的终极目的是一样的——写出优秀的，最起码让自己、别人读起来不是非常费劲的代码。
一、Android开发编码规范
1、java代码中不出现中文，最多凝视中能够出现中文
2、局部变量命名、静态成员变量命名
仅仅能包括字母，单词首字母出第一个外，都为大写，其它字母都为小写
3、常量命名
仅仅能包括字母和。字母全部大写，单词之间用隔开
4、layout中的id命名
命名模式为：view缩写_模块名称_view的逻辑名称
view的缩写详情例如以下
LayoutView：lv RelativeView:rv TextView:tv ImageView:iv ImageButton:im Button:btn
layout的缩写详情例如以下
FrameLayout：fraLay RelativeLayout:relLay TextView:tv ImageView:iv ImageButton:im Button:btn
5、activity中的view变量命名
命名模式为：逻辑名称+view缩写
建议：假设layout文件非常复杂，建议将layout分成多个模块，每个模块定义一个moduleViewHolder。其成员变量包括所属view
6、strings.xml中的id命名
命名模式：activity名称功能模块名称逻辑名称/activity名称逻辑名称/common逻辑名称
strings.xml中，使用activity名称凝视。将文件内容区分开来
drawable中的图片命名
命名模式：activity名称逻辑名称/common逻辑名称
7、styles.xml：将layout中不断重现的style提炼出通用的style通用组件。放到styles.xml中；
8、使用layer-list和selector
9、图片尽量分拆成多个可重用的图片
10、服务端能够实现的，就不要放在client
11、引用第三方库要谨慎，避免应用大容量的第三方库，导致client包非常大
12、处理应用全局异常和错误，将错误以邮件的形式发送给服务端
13、图片的处理
14、使用静态变量方式实现界面间共享要谨慎
15、Log(系统名称模块名称接口名称，具体描写叙述)
16、单元測试（逻辑測试、界面測试）
17、不要重用父类的handler，相应一个类的handler也不应该让其子类用到，否则会导致message.what冲突
18、activity中在一个View.OnClickListener中处理全部的逻辑
19、strings.xml中使用%1$s实现字符串的通配
20、假设多个Activity中包括共同的UI处理。那么能够提炼一个CommonActivity，把通用部分叫由它来处理，其它activity仅仅要继承它就可以
21.使用button+activitgroup实现tab效果时，使用Button.setSelected(true)，确保按钮处于选择状态，并使activitygroup的当前activity与该button相应
22、假设所开发的为通用组件，为避免冲突，将drawable/layout/menu/values文件夹下的文件名称添加前缀
23、数据一定要效验，比如
字符型转数字型，假设转换失败一定要有缺省值。
Android开发服务端响应数据是否有效推断；
二、Android开发性能优化
1、http用gzip压缩，设置连接超时时间和响应超时时间
http请求依照业务需求。分为能否够缓存和不可缓存，那么在无网络的环境中。仍然通过缓存的httpresponse浏览部分数据，实现离线阅读。
2、listview性能优化
（1）复用convertView
在getItemView中。推断convertView是否为空，假设不为空。可复用。
假设couvertview中的view须要加入listerner，代码一定要在if(convertView==null){}之外。
（2）异步载入图片
item中假设包括有webimage。那么最好异步载入
（3）高速滑动时不显示图片
当高速滑动列表时（SCROLL_STATE_FLING）。item中的图片或获取须要消耗资源的view，能够不显示出来；而处于其它两种状态（SCROLL_STATE_IDLE和SCROLL_STATE_TOUCH_SCROLL），则将那些view显示出来
3、使用线程池，分为核心线程池和普通线程池，下载图片等耗时任务放置在普通线程池，避免耗时任务堵塞线程池后，导致全部异步任务都必须等待
4、异步任务，分为核心任务和普通任务，仅仅有核心任务中出现的系统级错误才会报错。异步任务的ui操作须要推断原activity是否处于激活状态
5、尽量避免static成员变量引用资源耗费过多的实例,比方Context
6、使用WeakReference取代强引用。弱引用能够保持对对象的引用，同一时候同意GC在必要时释放对象。回收内存。对于那些创建廉价但耗费大量内存的对象，即希望保持该对象。又要在应用程序须要时使用，同一时候希望GC必要时回收时，能够考虑使用弱引用。
7、超级大胖子Bitmap
及时的销毁(Activity的onDestroy时将bitmap回收，在被UI组件使用后立即进行回收会抛RuntimeException:Canvas:tryingtousearecycledbitmapandroid.graphics.Bitmap)设置一定的採样率(有开发人员提供的图片无需进行採样。对于实用户上传或第三方的大小不可控图片。可进行採样降低图片所占的内存)，从服务端返回图片。建议同一时候反馈图片的size巧妙的运用软引用drawable相应resid的资源，bitmap相应其它资源不论什么类型的图片，假设获取不到（比如文件不存在，或者读取文件时跑OutOfMemory异常），应该有相应的默认图片（默认图片放在在apk中，通过resid获取）。
8、保证Cursor占用的内存被及时的释放掉，而不是等待GC来处理。而且Android明显是倾向于编程者手动的将Cursorclose掉
9、线程也是造成内存泄露的一个重要的源头。线程产生内存泄露的主要原因在于线程生命周期的不可控
10、假设ImageView的图片是来自网络。进行异步载入
11、应用开发中自己定义View的时候，交互部分。千万不要写成线程不断刷新界面显示，而是依据TouchListener事件主动触发界面的更新
12、Drawable
ui组件须要用到的图片是apk包自带的。那么一律用setImageResource或者setBackgroundResource，而不要依据resourceid
注意：get(getResources(),R.drawable.btn_achievement_normal)该方法通过resid转换为drawable，须要考虑回收的问题。假设drawable是对象私有对象，在对象销毁前是肯定不会释放内存的。
三、Android开发UI 优化
1、layout组件化。尽量使用merge及include复用
2、使用styles，复用样式定义
3、软键盘的弹出控制，不要让其覆盖输入框
4、数字、字母和汉字混排占位问题：将数字和字母全角化。因为如今大多数情况下我们的输入都是半角。所以字母和数字的占位无法确定，可是一旦全角化之后，数字、字母的占位就和一个汉字的占位同样了，这样就能够避免因为占位导致的排版问题。
5、英文文档排版：textview自己主动换行时要保持单词的完整性，解决方式是计算字符串长度，然后手动设定每一行显示多少个字母并加上‘\n‘
6、复杂布局使用RelativeLayout
7、自适应屏幕，使用dp替代pix
8、使用android:layout_weight或者TableLayout制作等分布局
9、使用animation-list制作动画效果
代码元素变量命名：
版权声明：本文博主原创文章，博客，未经同意不得转载。