Android 实际项目架构提炼开篇一

前言

首先这里要感谢能看到这篇文章志同道合人说谢谢，其实博客停了一年多都么动过，一直在忙，从一个初学android到高级再到资深，从一个反编译打包、手机方案framework开发、app开发等经历好多过程，这个过程对于我有过迷茫、失望、挫败、兴奋、开心等。今天我要分享如何让一个android初高级开发人员了解架构，当然不是java的23设计模式。其实当我达到中级水平时候，我带了好几个同事，有个同事就对当前架构很多意见，虽然当时架构主导是部门老大，还让做了ppt演讲了一套理论，那套理论都是从java ee开发搬过来，最后改的app超级复杂，那时候我是极大反对，其实反过来，等我写过10多个项目，带过好多人过，回过头来想想，那个同事不能说全错，至少创新思想是好的，但架构应该是方便、简洁、易懂、易维护等。

架构出发点

1.从当前业务考虑。

2.公司项目和人手考虑。

3.从技术涉及方面考虑。

在这里我总结来说，从之前复杂全包（友盟、第三方库都集成到架构里面），到现在studio项目管理Maven,如果在这里确定要大刀阔斧动一次，请在这里一定要精简代码，做成一个架包，所有项目都能用到，并且易维护、易懂、注解要全。接下来就要讲些干活东西，架构要解决几点问题：
一：Activity业务层与网络层之间处理。

http://blog.csdn.net/apple_hsp/article/details/49686143

二：网络层如何解耦问题。

http://blog.csdn.net/apple_hsp/article/details/49759307

三：网络层与数据层设计。

http://blog.csdn.net/apple_hsp/article/details/49779327

四：数据层解析层解耦问题。

http://blog.csdn.net/apple_hsp/article/details/49800873

五：代码强制区分规范。

六：所有view和第三方代码不必放架构里面。

Activity业务层与网络层之间处理 地址：