前言：
目前工作负责两个医疗APP项目的开发，同时使用LeanCloud进行云端配合开发，完全单挑。
现大框架已经完成，正在进行细节模块上的开发
抽空总结一下Android项目的开发规范：1、编码规范 2、命名规范
注：个人经验，经供参考
一、Android编码规范
1、学会使用string.xml文件
在我看来，当一个文本信息出现的次数大于一次的时候就必须要使用string.xml
比如一个保存按钮 ， 不规范写法：
这里给它的文本内容设置为"保存"，那么一个app中所有的保存按钮都这样写。当有一天要修改需求了，要求把“保存”文字改成“提交”，那么我们只能去一个个布局文件中修改，
岂不浪费大量时间又可能会存在漏掉修改的情况。
规范写法：
而在string.xml文件中：
这种写法，往后需要修改，只需要在string.xml文件中修改一行代码 便实现了整个APP的该文本内容修改。
2、学会使用color.xml ,dimens.xml文件的使用
同string.xml使用一致，同学们应该都懂的，切勿因为一时的懒，导致后期的迭代费时费力。
3、团队协同确定一套标准Activity的onCreate()方法中代码执行流程
其实刚接触Android的时候，我的不规范代码是这样的：
private Button scan; //扫描按钮 private Button create; //创建按钮 private ArrayList
什么都不管，所有的操作代码都写在onCreate()方法中，包括find控件。设置监听事件，加载数据源等等。
可以看到现在就2个控件一个数据源，代码就这么多了，如果一个界面有10多个控件呢，那onCreate()方法中的代码量就成倍数的多起来了。
所以所有的Activity都要设定一个统一的规范。
我们都知道，一个Activity中有基本都有的操作：
①、初始化变量
②、初始化控件
③、设置监听事件
④、加载网络数据并显示
那么就可以将以上的代码分门别类的放在这几个方法中
比如一段规范代码：
public class MainActivity extends AppCompatActivity implements View.OnClickListener {
private Button btn_scan; //扫描按钮
private Button btn_create; //创建按钮
private ArrayList
可以看到，onCreate()中就那么几个方法了，我们需要找问题的时候在相应的方法中去找即可，既方便又清晰。
其实这种操作我们可以写一个BaseActivity作为它的的抽象方法，然后让Activity继承这个BaseActivity基类重写方法即可，涉及到架构，这个往后再说。
4、团队协同确定一种控件的点击事件OnClickListener()
Android给我们提供5种给控件设置OnClick的方法，个人觉得项目中用的最多的就是
①、参数this 然后Activity 实现 View.OnClickListener接口 重写 onClick()方法
btn_create.setOnClickListener(this);
②、直接参数new OnclickListener()的
btn_create.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
}
});
其他三个方法个人觉得尽量不要用。而这两种方法中第一种 是更好的，因为我们可以通过switch--case 的方法区分不同控件的点击事件，代码更清晰简约。
当然第二种方法也是可以的，但是切记同一个项目中最好只有一种方式，便于后期的维护。
//设置点击事件
@Override
public void onClick(View v) {
switch (v.getId()){
case R.id.scan:
//扫描二维码
startActivity(new Intent(this,ScanActivity.class));
break;
case R.id.create:
//生成二维码
startActivity(new Intent(this,CreateActivity.class));
break;
}
}
5、尽量少用全局变量static进行传值操作
static的特性大家应该都是知道的，他会一直占用一部分内存，虽然很少，但是一个项目中成百上千个使用的话，对项目是非常不好的。
建议页面之间的传值还是用Intent ，实现没有好的解决方案的再用static ， PS ，我之前公司的项目就非常大量的使用了static
注：有些同学可能对Activity和Fragment的互相传值不大会，这里推荐一个解决方案：浅谈EventBus ， 对我来说是项目必备，但是也要合理运用
6、Activity中尽量不要使用内部类
这里以RecyclerView举例，一款非常棒的控件，有了它再也不用ListView了 ，浅谈RecyclerView(完美替代ListView,GridView)
一个RecyclerView是配套一个Adapter和一个ViewHolder的。
不规范做法：部分同学图省事（当然放在一个Activity中确实方便数据传输和item点击事件操作），把它们都写在一个Activity中，这样是不可取的，因为大大的增加了单个Activity的代码量，对维护来说很不方便。
规范做法： ViewHolder一个类 ，Adapter一个类 ， 分工明确 ，避免一个类中代码量过多的问题。
注：ListView，ViewPager 使用同上
至于类的分类，有的同学喜欢一个功能模块放在一个包下，比如一个功能点的Activity ， Adapter ,ViewHolder都放在一个包下
有的同学喜欢一种类的放在一个包下，比如将所有的Activity放在activitys包下，将所有的Adapter放在adapters包下。
这都是后话，将来学习架构的时候再详谈
7、使用ArrayList代替HashMap
据说，是据说，ArrayList使用的内存要低于HashMap，因为android手机参差不齐，所以开发过程中对内存还是非常重视的，能省则省。
PS：我的项目中基本使用的ArrayList，除非是ArrayList代替不了的数据结构
8、团队规范统一的第三方
现在方便又好用的第三方太多了，图片框架好几个优秀的，推送好几个优秀的，即时通讯好几个优秀的。
注意使用太多的第三方会导致程序过大，而且应用有一个最大方法数的限制，避免实现一种功能的第三方，团队成员使用的都是不一样的第三方。
9、统一代码格式
经典的就是for循环了， 一种是左括号放在最后，一个是另起一行。 统一下，界面看起来舒服，个人建议左括号放在最后的方式，别问我为啥，大学老师推荐的，理由：忘了。
for (int i = 0; i < 10; i++) {
}
for (int i = 0; i < 10; i++)
{
}
10、不同功能代码之间要有一行空格分开
配合的写上注释，告诉维护的同学 ，哪一段代码是进行什么操作的
为了代码清晰 也为了维护的同学少长两根头发。。
11、如果你是Android Studio开发
请频繁使用Ctrl+A --》 Ctrl +Alt + I
--------------------------------------------------------------------------------------------------------------------------
二、Android命名规范
命名规范:驼峰法,下划线分割法。
1、Java类文件
①、Activity：以Activity作为后缀，这个相信大家AS给你的都帮你做好了。
②、Adapter: 以Adapter作为后缀
③、ViewHolder: 以ViewHolder作为后缀
④、实体类Entity：以Entity作为后缀
如下，我是以功能模块分包，大神勿喷，个人喜好：
2、xml文件
①、layout.xml
Activity的布局文件以activity_ 开头，AS提供的。
列表项的布局文件listview 以 item_list_开头。
②、控件的命名
缩写，这个看个人了，
我的经验，比如：
LayoutView ---- lv
TextView ---- tv
Button ---- btn
ImageView ---- img
切记，不要使用拼音命名，即使英文这么菜的博主我开发都开着有道词典。
最后，编码一定要写注释，你命名的如果英文不是立马能看懂的，请一定要写上注释。