Android开源项目分包方式学习（eoe、oschina、github）
总感觉Android中关于分包的文章很少，或者几乎可以说没有。但是合理地分包，又可以使整个项目模块化，减少包与包之间的依赖，让整个项目的框架更加清晰，更利于后续功能的拓展。
因为没有相关的文章，所以这里晒出三款开源项目的分包方式，供大家学习。
(一) eoe社区 Android 客户端
src
├ cn.eoe.app --存放程序全局性类的包
├ cn.eoe.app.adapter --存放适配器的实现类的包
├ cn.eoe.app.adapter.base --存放适配器基类的包
├ cn.eoe.app.biz --存放ＤＡＯ类的包
├ cn.eoe.app.config －－存放常量，配置和api接口等类的包
├ cn.eoe.app.db --关于sqlite操作相关的类的包
├ cn.eoe.app.db.biz --详细的增删改查类的包，暂时仅有一个类
├ cn.eoe.app.entity --实体类包
├ cn.eoe.app.entity.base --实体类基类包
├ cn.eoe.app.https --网络访问相关类的包
├ cn.eoe.app.indicator --导航相关的类包
├ cn.eoe.app.slidingmenu --滑动菜单相关类包
├ cn.eoe.app.ui --界面相关的包，activity的类
├ cn.eoe.app.ui.base --activity相关的基类包
├ cn.eoe.app.utils --工具类包
├ cn.eoe.app.view --Fragment相关类的包
├ cn.eoe.app.widget --自定义view组件包
├ com.google.zxing.camera --第三方定义，控制摄像头包
├ com.google.zxing.decoding -- 二维码图像解码包
├ com.google.zxing.view -- 自定义View，控制拍摄取景框和动画等
点评：config层是一个全局都可以访问到的配置层。另一个就是dao层，这层主要用来从json字符串中将数据提取出来。其他的也就是比较常见的adatper、ui等层。
(二) 开源中国社区 Android 客户端
src
├com.weibo.net — 新浪微博SDK源码包
├greendroid.widget — 快捷菜单栏组件(国外UI库GreenDroid)
├net.oschina.app — APP启动及管理包
├net.oschina.app.adapter — APP列表适配器包
├net.oschina.app.api — API访问包
├net.oschina.app.bean — APP实体包
├net.oschina.app.common — APP工具包
├net.oschina.app.ui — APP界面包
├net.oschina.app.widget — APP控件包
点评：开源中国的分包方式简单明了，它似乎将大量的业务逻辑放在了UI层，不过项目的业务逻辑不多的情况下，这倒也没有什么。Adatper层是UI层的数据源。Bean层中提供了各种实体类。oschina中没有数据库访问相关的包。
(三) github Android 客户端
由于我没有详细读过github的源代码，并且网上也没有关于github的Android客户端的分包的解析文章，因此下面github分包的解释可能有误。
├─com.github.mobile.accounts --账户相关类
├─com.github.mobile.core –业务层，实现整个客户端中的主要业务逻辑
│ ├─code
│ ├─commit
│ ├─gist
│ ├─issue
│ ├─ref
│ ├─repo
│ ├─search
│ └─user
├─com.github.mobile.persistence –数据持久化层
├─com.github.mobile.sync –同步信息层(不确定是不是这个作用)
├─com.github.mobile.ui –界面层
│ ├─code
│ ├─comment
│ ├─commit
│ ├─gist
│ ├─issue
│ ├─ref
│ ├─repo
│ ├─search
│ └─user
└─com.github.mobile.util –实用工具层
点评：github的开源客户端很明显地实现了UI和业务逻辑的分离。比较有趣的是，github项目中没有独立一个adapter层，而是直接放在了UI层。业务逻辑被大量地放在com.github.mobile.core，这个层里面针对每一个界面都单独地建立了文件夹，界面中的业务逻辑就大量地分布在这些文件夹中。我感觉，跟一个界面相关的业务逻辑直接集中在一个文件夹中，而不是分散在各个不同的包中，其实挺方便的。
文中涉及的开源项目
