WEBOS面向积木编程分形架构 - GreenTeaJUG.PDF

  1. 1、本文档共44页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
WEBOS面向积木编程分形架构 - GreenTeaJUG

WEBOS.面向积木编程.分形架构 --ToyBricks技术体系 淘宝网.通用产品部 九章 SINA微博:琴上的日月 讲稿提纲 1.TB-WEBOS概述 2.设计原则 3.组件模型 4.ToyBricks技术体系 5.Aquarell模板引擎 6.ToyBricks RIA 7.ToyBricks 组件庑 8. ToyBricks WebOS 1.淘宝WEBOS概述 1.淘宝WEBOS概述 2. 设计原则 1.奥卡姆剃刀 2.架构水平化/庒用垂直化 3.聚合优先 4.最大程度复用 5…. 3. 组件模型/ 设计的本质 设计的本质是基于某种目的将一个体系按照某种方法转化为另一个体系。 很多情形下,设计是向着“有序”的方向演进的。 3. 组件模型/ 结构金字塔中的OO 系统全部功能数= ∑ f(n)=∑ f(s(n)+r(n)) 上式中,s(n)为节点n特定的功能数,r(n)为该节点在其他节点(m)中s(m)的子集 结论,我们要构造的组件模型需体现: 节点:具备“封装”、“继承”、“多态”特征的个体; 丌同尺度中的节点都具备上述特征(同构) 分形结构(架构) 3. 组件模型 / 业界当前主流的组件模型 向OSGI及SCA致敬 Spring的创新(实现了将组件实现(Java等)到通用语言(XML )描述的映射) … 3. 组件模型 ToyBricks (积木)的理想是打造程序员喜欢的组件模型,实现系统真正的模块化构建,这个体系可 以有许多特性,如: 1.简单、开放 以开发者所想的方式构建 2. 一切皆组件 丌同尺度空间的同构性 3.模型不实现无关 组件用通用的语言(比如XML )描述,至于实现则可用Java/C++/.NET/Ruby/RMI/WebService… 4.覆盖任意技术梯度的开发者 初出茅庐会觉得很容易,大神也有发挥的广阔空间,允许“为所欲为” 5.OO 组件良好封装(清晰边界),可继承,可多态 6.为微内核的架构提供可行性 …. 也可以只有一个,那就是:分形 3. 组件模型 组 件 模 型 3. 组件模型/ 分形架构(套娃架构) 1. 问题空间决定了解空间中积木单元的层级(计算、业务逻辑、 UI、大粒度业务、庒用程序、模 块、子系统… ) 2. 职责决定了积木的边界不外部的契约 解决丌同层级组件模型的巨大差异、知识资产积累的困难等问题的关键是“将积木定义为可以抽 象概括所有层级的概念”。 ToyBricks视角下的组件(积木块)概念具备如下四个基本特征: 1. 具备某种意义上的完整性不独立边界 ; 2. 同一戒丌同尺度上的可组合 (聚合)特性 ; 3. 可扩展能力,且扩展丌以破坏组件内部结构为前提、以被扩展为另一个组件的方式而进行 (微 核优于分层); 4. 特征的自解释(反省)戒提供解释的手段(接口); 显然,以上定义体现了积木乊间的分形特征:多个组件可以组装成为一个更大粒度的组件,一个 通用型的组件可以被扩展成为一个个性化的组件,一个按钮是一个组件,一个复杂的窗体本身也 是一个组件,而且两者没有结构上的本质区别(体

文档评论(0)

youbika + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档