android架构师之路-架构师的决策
内涵+造型：可能大部分人对这个内涵和造型不是很理解，在这里我可以给大家举个生动的例子：相信很多人都有自己的汽车，
我们总结汽车有哪些属性和功能，这些都是内涵，大自然中的每个对象都有自己的内涵（人有手有脚，还可以跑），然后我们
将这些内涵放入指定的造型中，类似模版，比如java语言如果定义一个class的时候，必须在作用域（大括号内部）指定属性和
函数，这个class的定义规范就是一个造型，然后我们将汽车这个内涵按照class的规范定义一个汽车class，那么这个就是内涵
嵌入到造型中。类似的可以根据人的内涵和class规范的造型定义一个person类。这样说大家应该可以理解了吧。
内涵+EIT造型（基类+子类）
架构师的决策：
内涵的主要来源：需求知识，最基本的内涵来自与需求知识。
需求知识分为两种：1.需求知识-->成为基类的内涵
2.需求知识-->成为子类的内涵
问题：将哪些内涵放入EIT造型里？（此处不理解EIT造型的，先百度下，EIT造型的知识）
我们还是在这里举例说明，假如你去咖啡屋和咖啡，在你来之前已经知道的需求知识（喝咖啡）作为基类的内涵，你来之后的
需求知识（如咖啡需不需要加糖等条件）作为子类的内涵。那么问题又来了，如何生产出带有加糖的咖啡呢，这个时候就需要
定义一个接口，子类实现接口的方法（用于制造加糖咖啡），然后当基类调用接口的函数（需要加糖咖啡）的时候，从子类实现
的制作加糖咖啡方法中获取到加糖咖啡返回到基类，完成了内涵+EIT造型的完美整合。
app开发职责：将需求转化成代码。
从分工到外包模式：
强龙掌握E和I,将T外包给地头蛇，掌控E和I，外包就不会失控。
谷歌和苹果为强龙，app开发这为地头蛇，EIT-based外包模式支持强龙和地头蛇实现双赢的商业模式和策略。