Part-3: 梳理你的架构设计思想、方法和模式
一 复习设计概念与技艺
概念复习
l 说明框架的起源、分层与其「无用之用」效果
l 阐述应用框架魅力的泉源：控制反转(IoC, Inversion of Control)机制
l 深入认识控制反转机制
l 主控者是框架，而不是应用程序
l 现代应用框架：采取广义IoC观念
l 框架的重要功能：提供默认行为(Default Behavior)
技艺复习
l 抽象(无之)与衍生(有之)
l 打造框架：细腻的抽象步骤
l 基本步骤：
细腻的手艺(一)：数据抽象
细腻的手艺(二)：函数抽象
细腻的手艺(三)：将抽象类别转为接口
l 善用类的继承(Inheritance)机制
l 设计基类的抽象函数
l 抽象是手段，组合是目的
UML复习
l UML的3种基本图表：类图、顺序图和用例图
l 以UML表达设计模式和框架
l EIT造形的两种表达：UML图和代码
二 架构设计的需求分析方法
l 基本设计技能：把轮胎拔掉
l 伟大的雕刻师罗丹( Musée Rodin)说：”把不必要的部分去掉”
l 买主需求：想想为什么(why)汽车架构师会决定把轮胎拔掉呢? 其背后的理由是：买主来了，才知道买主对轮胎的偏好或特殊需求。只有等到买主决定和挑选了轮胎之后，才能将轮胎装配上去。
l 探索买主需求
为什么把轮胎拔掉呢?
为什么火锅店的桌子要挖洞呢?
为什么餐厅要分开<食谱>与<点菜单>呢?
三 接口设计模式
什么是接口(Interface)
l 在OOP里，将接口定义为一种特殊的类别(Class)
l 在Java里，将”纯粹抽象类别”称为接口(Interface)
l EIT造形的接口表示为<I>
l <I>可以合并到<E>里
谁控制<I>?
l <E>成为控制点
l 引擎<E>à<I>à驱动轮胎<T>
如何控制API ?
l UI与API
l 被动型API与主动型API
API与商业模式
l API决定控制权&金流
l 没钱就改版，改版就有钱
l 以HAL为例，说明API = 话语权
l 谁拥用接口的制定权，谁就掌握控制点，就能获得较大的话语权
l 从API看控制力量的强弱等级
l 把控制力传播出去
网盘高老师视频地址:http://pan.baidu.com/share/link?uk=1882162285&shareid=2210518229