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