记得我大二时“不务正业”地自学Android并跟了老师做项目，到大三开始在目前的公司实习，至今毕业已有几年多，学习Android已经6、7年多了！但总感觉知识点很零散，并且不够深入，遇到瓶颈，所以有了这文章。
本文是我对自身的Android编程技能的总结、思考和反省，意在系统地、深入地学习Android的重难点，使自己的能力上一个台阶。下面我将会罗列Android知识体系中比较高频、重要或难懂的知识点，并未来会基于此文章列出的知识点一个一个学习研究，并写成一系列的文章，当做自己的学习总结笔记，也希望童鞋们和我一起学习和交流~
说明：本文不是面试经验谈，而是自我总结。我也不打算像网上很多文章那样只列出点，说出结果，而没说原因，然后死记硬背，知其所以然而不知其然。而我是打算对下面的知识点深入学习，并对每个知识点从源码或举例来写成文章，从而即知其然又知其所以然。我也不知能否做到，但我会坚持努力，当作立个flag吧~
全球有名的架构目前分为四种：
1、Clean架构：一种分层的架构方式，将核心业务（对应domain层）、UI相关（对应presenter层）以及数据加载（对应data层）彼此独立开来，不同的层之间由接口依次连接起来，但却又彼此不了解彼此的具体实现。
2、DCI架构：DCI是数据Data 场景Context 交互Interactions的简称，DCI是一种特别关注行为的模式(可以对应GoF行为模式)。DCI架构真正含义可以归结如下：
1.数据data：是领域对象中代表领域类概念的那部分。
2.场景context：根据运行时即时调用，将活的对象实例带到符合用例需求的场景中
3.交互interactions, 描述需求用户心目中角色的活动算法。
3、DDD领域驱动设计：2004年著名建模专家Eric Evans发表了他最具影响力的著名书籍：Domain-Driven Design –Tackling Complexity in the Heart of Software（中文译名：领域驱动设计 2006年3月清华出版社译本，或称 Domain Driven-Design architecture [Evans DDD]）。软件的产生过程是：分析、设计、编程、测试、部署。过去，分析领域和软件设计是分裂的，分析人员从领域中收集基本概念；而设计必须指明一组能在项目中适应编程工具构造的组件，这些组件必须能够在目标环境中有效执行，并能够正确解决应用程序出现的问题。模型设计设计(Model-Driven Design)抛弃了分裂分析模型与设计的做法，使用单一的模型来满足这两方面的要求。这就是领域模型。
4、六边形架构架构：六边形架构（Hexagonal Architecture），又称为端口和适配器架构风格，其中的“六”具体数字没有特殊的含义，仅仅表示一个“量级”的意思，六边形的定义只是方便更加形象的理解。我们知道分层架构的重要作用就是避免耦合的出现，经典分层架构和六边形架构都是分层架构的一种，但是所发挥的作用会有些不同，经典分层架构更多的精力放在抽象的分离上，每个层的职责分的很明确，各个层的依赖关系更加抽象化，从而避免耦合的出现，而在六边形架构中，是用“组件化”的形式来避免耦合的出现，每个业务单元尽可能的最小化，然后把这些业务组件集合起来，用一个锤子把他们都拍扁，所以，在整个集合中，这些小的业务单元都是“平等的”，这种方式用一个词来概括，那就是“扁平化”。
设计模式（Design Pattern）是一套被反复使用、多数人知晓的、经过分类的、代码设计经验的总结。使用设计模式的目的：为了代码可重用性、让代码更容易被他人理解、保证代码可靠性。 设计模式使代码编写真正工程化；设计模式是软件工程的基石脉络，如同大厦的结构一样。
1、设计模式的重要性：
设计模式是高级软件工程师和架构师面试基本必问的项目（先通过面试进入这个门槛我们再谈其它）
设计模式是经过大量实践检验的安全高效可复用的解决方案。不要重复发明轮子，而且大多数时候你发明的轮子还没有已有的好
设计模式是被主流工程师/架构师所广泛接受和使用的，你使用它，方便与别人沟通，也方便别人code review（这个够实在吧）
使用设计模式可以帮你快速解决80%的代码设计问题，从而让你更专注于业务本身
设计模式本身是对几大特性的利用和对几大设计原则的践行，代码量积累到一定程度，你会发现你已经或多或少的在使用某些设计模式了
架构师或者team leader教授初级工程师设计模式，可以很方便的以大家认可以方式提高初级工程师的代码设计水平，从而有利于提高团队工程实力
这样子解释架构、设计模式应该能让你更加了解它：
我现在要盖一栋房子（需求），房子当然要盖得漂亮大方美观一点去把全国最有名的设师Jack叫过来把我的房子先设计出来让我看一看（架构师），恩Jack果然是老司机设计的我很满意不过这个房子的左边不要盖出来要留出来一部分让我以后的孩子来用，还有右上角要多加个走廊还有房子的院前要留出啦一部分当花园，针对这么多需要更变Jack爽快的答应了，一点也不苦恼因为Jack早就想到会变更偷偷运用了自己总结了一生的方案（设计模式）。好了搬砖的搬砖、砌墙的砌墙、工人们依靠Jack给出的设计愉快的盖着房子（程序员）。
联系客服
