前言
首先这里要感谢能看到这篇文章志同道合人说谢谢,其实博客停了一年多都么动过,一直在忙,从一个初学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业务层与网络层之间处理 地址: