关于网友提出的“Android APP架构设计思考”问题疑问，本网通过在网上对“Android APP架构设计思考”有关的相关答案进行了整理，供用户进行参考，详细问题解答如下：
问题：Android APP架构设计思考
描述:本帖最后由 twoconk 于 2015-09-15 21:11:09 编辑
写了好几个应用，最近在思考Android APP架构层面的东西，主要的目的是考虑怎么样能按曾经做过的应用都融合到一个架构中；然后也看了一些开源的架构的设计，首先看包结构，基本能看明白这个框架的大概思路，然后慢慢形成自己的一个思路。写的比较简单，算是抛砖！
一个WEB相关的应用常被使用到的包结构：
com.app.
activity application bean
view activity common
adapter utils core
utils http entity
http service ui -activity -entend
share util
包结构能在一定程度上反映出整个APP的框架结构，和APP开发者的一个基本思路
架构应该怎么设计
0) 什么是架构、框架和设计模式
蔡学镛说“架构是一种设计方法，设计模式是常用的有效设计方法，框架是一种可复用的库。架构和设计模式关系比较密切，因为都是设计方法，但架构一般指的是「粗粒度」的设计（关注模块），而设计模式一般指的是「细粒度」的设计（关注类）。”很清晰的思路。但有些抽象，拿盖房子这件具体的事情来说，架构就是骨架，打地基、打粧、上梁、做外墙，整个房子的建筑方法可以简单为一种设计模式，也可以抽象为一种架构。
1) 怎么做分层架构设计
任何一个APP开发，如果抽象为盖房子，那就是有这么几件事，实现业务、界面与业务之间的粘合剂、做界面，于是最简单的分层思路是：
应用层 （承载UI和功能粘合剂）
适配层（承载业务逻辑、数据封装和业务接口）
业务层 （具体的业务逻辑）
那么按照这个设计，应用包结构通常是这个样子：
com.app.
.ui
.activity
.service
.view
.adapter
.adapter
.bean
.entity
.service
.http
.utils
解决方案1: 耦合小一般来说是基本的要求，否则后期维护很麻烦
解决方案2: 这东西没有绝对的，主要是业务不一样，基本的东西可以借鉴，比如Google IO APP就可以借鉴一下，或者git hub app代码也可以借鉴。要是想讨论这类问题 我觉得搞一个项目来讨论最好 直接做项目。如果只是讨论架构难免有些空洞 而且不一定适用。
以上介绍了“Android APP架构设计思考”的问题解答，希望对有需要的网友有所帮助。
本文网址链接：http://www.codes51.com/itwd/674131.html
