Android项目包名命名规范及常见项目架构

在Java中我们通常把具备相同或相似功能的一些类放在同一个包中，当然 不同公司会有不同的命名方式，但大体都相同，一个好的命名应见名知义，提高代码可读性，以利于后期代码的修改与维护。下面基于我自己做项目中的一些感触谈谈自己对包命名规范的理解。

一Java包命名规范

1）包（packages）: 采用反写域名命名规则，即com.xx.xxx.xxxx形式

     全部使用小写字母。一级包名为com，二级包名为xx（一般为公司或个人域名），三级包名根据应用进行命名，四级包名为功能模块名。如：com.tencent.qq.activitys，这样具备较高可读性，一看就知道是腾讯公司QQ软件中存放activity的包。

下面是一些常见的包命名组织方式。

com.example.app.activitys	用来组织Activity类
com.example.app.base	基础共享的类，如多个Activity共享的 BaseActivity或整个应用共享的MyApplication类
com.example.app.adapter	项目中用到的适配器类
com.example.app.view	自定义的View，如常用的TitleBarView
com.example.app.util	工具类，如HttpUtil，ImageUtil，FileUtil
com.example.app.db	数据库类，如DataBaseHelper，MessageDB
com.example.app.service	服务类，如GetMsgService
com.example.app.constant	常量类
com.example.app.domain/modle/entity	元素实体类，如对应注册用户信息的User类， 对应聊天信息的TextMessage类
com.example.app.broadcast	广播服务类

2）资源布局文件（XML文件（layout布局文件））：全部小写，采用下划线命名,我一般按照组件名_功能名_属性名方式

如：activity_login，fragment_constact_child.这样当你在Activity的onCreate中使用R.layout.的时候就只需筛选activity开头的xml文件，在Fragment的onCreateView中使用R.layout.的时候就只需筛选fragment开头的xml文件，这样就可以缩小聚焦范围，而且这样的命名具备较高的可读性，很容易知道fragment_constact_child表示某个ConstactFragment类中的child视图。

3）控件：全部小写，采用下划线命名,我一般按照布局文件名_控件名_功能名_属性名方式(前面的布局文件名可选可不选，选的话具备较高的可读性)

如：fragment_constact_child_img_avatar表示fragment_constact_child布局文件中的用户头像的ImageView。

二常见项目框架

无论是用移动客户端还是PC端的项目，一般都包括三个模块：用户交互层，业务逻辑层，数据持久层

1）用户交互层：呈现给用户的界面模块，应考虑界面性能的高低

          因为要考虑良好的用户体验，所以必须考虑流畅度，让用户在使用App的时候不能感到卡顿

          如：在重新加载某个控件时先判断先前该控件的实例是否存在，若存在直接返回，不存在再创建。

  如在ExpandableListView的ExpandableListAdapter的getChildView代码如下：

[html]  view plain  copy

1. <span>        </span>public View getChildView(int groupPosition, int childPosition,boolean isLastChild, View convertView, ViewGroup parent) {  
2.                 // TODO Auto-generated method stub  
3.                   
4.                 GroupHolder holder = null;  
5.                 if (convertView == null) {  
6.                     convertView = LayoutInflater.from(mContext).inflate(  
7.                             R.layout.fragment_constact_child, null);  
8.                     holder = new GroupHolder();  
9.                     holder.nameView = (TextView) convertView  
10.                             .findViewById(R.id.contact_list_item_name);  
11.                     holder.feelView = (TextView) convertView  
12.                             .findViewById(R.id.cpntact_list_item_state);  
13.                     holder.iconView = (ImageView) convertView.findViewById(R.id.icon);  
14.                     convertView.setTag(holder);  
15.                 } else {  
16.                     holder = (GroupHolder) convertView.getTag();  
17.                 }  
18.                   
19.                 holder.iconView.setImageResource(R.drawable.head);  
20.                 holder.nameView.setText(getChild(groupPosition, childPosition)  
21.                         .toString());  
22.                 holder.feelView.setText(signString[groupPosition][childPosition]);  
23.                 return convertView;  
24.             }  

2）业务逻辑层： 整个项目的核心，不仅仅要考虑功能的实现，还应考虑性能的高低

在功能上就没啥好说，因为不同App一般要实现的功能不同，在性能上一般可以考虑一下几个层面：

2.1）多线程：这个在网络请求中用的比较多。

可以使用线程池，AsyncTask类，Thread+Handler异步消息机制或其它一些比较好的第三方开源库。

2.2）内存：这个主要是图片处理及缓存

1. 加载大图片时，合理设置BitmapFactory.Options的值inSampleSize,减少图片内存占用；

2. 仅请求图片的大小,inJustDecodeBounds = true仅请求图片大小，而不会加载图片到内存；

3. 缓存图片:内存缓存使用lruCache，磁盘缓存使用 DiskLruCache；

4. 使用非UI线程加载图片，使用 AsyncTask；

5. 使用软引用SoftReference

3） 数据持久层：这个一般用来保存用户的信息，磁盘文件及数据库文件

 这三层图示如下：