Android基本框架浅谈（一）

封面图.jpg

前言

  回顾工作有两年半时间了，从刚毕业第一个hello world界面到今天，边工作边自学，一路踩着各种坑摸爬滚打过来的（相信大部分开发者都深有体会）。如果问我相比早期接触android开发，如今获得的最大收益是什么，我会说是 --- 项目管理

  随着android技术日益完善，如今项目早已不是单单从需求、业务方面着手，更多的是追求代码的各方面 “优化” 工作。例如版本兼容，内存优化以及设备适配等等。
  世面中已经存在了许多封装好的SDK，供开发者进行调用，为开发者减少了大量的开发成本。但与此同时，也可能给项目带来带来大量的“负载”。因此，根据工作以来学习经验，大致将项目开发工作的注意事项，分为以下几个重要环节：

项目初级阶段

  此阶段也是整个开发过程中最重要的阶段。一个优秀项目（不单单指客户端），在项目最初期时候，要根据当前项目的需求，明确自己的脑图（后面有示例），制定适合项目的框架结构、依赖库，以及代码规范。早期开发项目时，因为时间紧、工作量大，往往在还没有明确方向的同时就搭建简易的框架，后期不断对架构进行增添、修改，造成架构中出现大量的冗余。并且，一个项目往往由团队内多人共同开发完成，需要有统一的格式规范，否则会对后期的重构和维护工作增加困难。

定期做重构和优化

  1.无论项目代码多么严谨、规范，往往经历过几次迭代后总会遇到一些让程序员头疼的问题 --- 需求变更
  2.还有随着技术的日益更新、新型技术的崛起，我们会引入新的框架来替代原有的框架。也可能会定期追踪第三方依赖库的版本，完善老版本中带来的缺陷。
  大量的修改、更新会使得代码变 烂、变 臭。所以，无论项目多忙，工期多紧，适当的对项目进行重构和优化工作。

适合扩展

  实习时候面试android开发岗位，问到了java的设计模式都有哪些，凭借着前期的准备工作比较完善，立马举出了好多设计模式的例子，并且对每一个进行了详细的分析。但当问到设计模式的六大原则时，一下子大脑就空白了。。
  早期做项目时候，追求需求、追求速度，对最基本的设计原则的重视度往往排在了后面。java设计原则中有一条，开闭原则（一个软件实体如类、模块和函数应该对扩展开放，对修改关闭），这里就不做详细解释了。

好了，说了太多概念上的东西，下面直接给大家上点识货。。

Android项目架构.png

分享位置： 链接地址，点击这里
这是目前项目中用到的主要技术点，还有一些常用的技术点没有写在其中。技术不断更新换代，以上内容也会不断跟进、完善，但仅仅只是作为一个参考。

总结

• 1.不能被约束
  目前，开源框架市面上有好多种，设计思想也层次不穷地涌现出来。类似MVP框架，就有好多中不同的写法。善于使用各种框架、各种思想，但是又不能被它们所约束，只有适合自己的才是最好的。
• 2.慢
    这里说的“慢”不是指工作进度慢，而是节奏慢下来。无论项目有多赶，在着手前，要给出明确的规划方案、以及把控时间。只有制定好了方向，才会有条理地对项目进行规划。追女生还要讲究按部就班，明确对方要喜欢什么，才能着手准备。心急吃不了热豆腐啦~~

  学无止境，本人也是接触android时间不长也不短，把经历的东西分享出来，也算是对所学知识的巩固和总结。后期会针对上图中的技术点逐个剖析，有不足之处还望指出。