共计 3875 个字符，预计需要花费 10 分钟才能阅读完成。
本文由作者郑海波授权网易云社区发布。
此文摘自 regularjs 的指南，目前指南正在全面更新，把老文档的【接口 / 语法部分】统一放到了独立的 Reference 页面.
Regularjs 是基于动态模板实现的用于构建数据驱动型组件的新一代类库
关键词
动态模板引擎
关于前端的模板技术，我在前端乱炖有一篇反响还算不错的综合性文章——一个对前端模板技术的全面总结，总体来讲动态模板引擎是一种介于常规字符串模板 (jade, ejs) 和 Dom 模板 (angulrjs, vuejs) 之间的模板技术, 它保证了 regularjs 的:
数据驱动的开发模式
100% 的独立性
一个 regularjs 组件的模板写法类似这样
<div class=”m-notify m-notify-{position}”> {#list messages as msg} <div class=”notify notify-{msg.type||’info’}” >
<div class=”glyphicon glyphicon-{iconMap[msg.type]}”></div>
<span class=”notify_close” on-click={this.clear(msg)}>×</span>
{#if needTitle} <h4 class=”notify_title”>{msg.title}</h4>
{/if} <p class=”notify_message”>{msg.message}</p>
</div> {/list}</div> 非常接近于我们使用字符串模板的体验. 但是不同的时，它编译生成的不是字符串而是 Living dom, 使得 view 是会随着数据变化的，相信你也看到了模板中有类似 on-click 的属性，因为其实 compile 结束之后，regularjs 与 angularjs 产生的 Living Dom 已经没有本质区别，由于也是基于脏检查的设定，事实上后续使用会非常接近 angularjs.
数据驱动
强制数据模型抽象是因
数据驱动的开发模式是果
数据驱动即强制将你的业务逻辑抽象为数据（状态）的变化，这样原本琐碎的前端开发会更加贴近与编程本质（算法 + 数据结构）, 带来的开发体验上的进步事实上早已被 angularjs 或更骨灰的 knockout 框架所验证.
当然数据驱动的开发模式同时也带来一些不便，比如:
无法处理复杂的动画
可控性不如直接的 dom 操作
数据模型抽象的方式有很多种，但是目前不外乎以下几种:
脏检查
数据模型的脏检查(angularjs / regularjs)
view 抽象的脏检查(react 以及雨后春笋般的基于 virtual dom 的库或框架)
存取器
计算属性: defineProperty(vuejs, 黑科技 avalonjs)
常规的 setter/getter 函数(Backbone, knockoutjs, ractivejs)
对于这个点，本来也有一篇长文正在撰写，但是这篇 2015 前端框架何去何从差不多说出了我的心声，推荐大家阅读.
组件
随着 angularjs 等框架的大行其道，bootstrap 等 ui 框架也提供了很多标签上直接可配的使用方式. 大部分的人脑中对组件化的理解似乎开始停留在了【标签化】这个层级上, 事实上组件的定义从来不曾改变过:
在前端开发领域，组件应该是一种独立的、可复用的交互元素的封装
而在基于特定框架 / 类库之下，组件会被强加一种特定的构建方式. 就如:
regularjs 中，组件被拆分为了: 模板 template + 数据 data + 业务逻辑 (实例函数) 的组合, 每一份组件可以视为一个小型的 mvvm 系统.
react 中，组件被拆分为了: state + virtual-dom 声明(render 函数) + 业务逻辑的组合
angularjs1.x 版本中，事实上它的组件化是不纯粹的，推荐大家看下 2.0 的设计
一个典型的例子就是 regularjs 中组件的两种使用方式:
js 中实例化
var pager = new Pager({
data: {
current: 1,
total: 10
}
})模板中实例化
<pager current=1 total=100></pager> 它们带来的结果是一致的，我们可以看到标签化只是组件的一种使用方式, 或是一种在模板中的接口形式，关键是组件内部的业务 (领域) 模型, 并且由于数据驱动的特性，在 mvvm 模式下，并不是所有可复用的交互元素都适合封装成组件. 关于这点 @民工精髓的这篇文章差不多说到了点子上.
组件与事件系统没有直接关系, 但是一般而言，一个功能良好的组件会通过抛出事件来与外部系统进行沟通.
这里，是一个比较典型的基于 regularjs 构建的 Tabs 组件.
<Tabs ref=”tabs”> <TabPane title=”<strong>Inbox <span class=’badge’>{user.unread_messages_count}</span>” on-active={user.unread_messages_count+=2} >
Your username is: <strong>{user.username}</strong>
<input r-model={user.username} >
</TabPane> {#list todos as item} <TabPane title=”Tab {item_index+1} ” >
Content of the first tab + {item} + {user.username} </TabPane>
{/list}</Tabs>
<div> <button on-click={this.$refs.tabs.selectTab(0)}>Select first tab</button> <button on-click={this.$refs.tabs.selectTab(1)}>Select second tab</button> <button on-click={this.$refs.tabs.selectTab(2)}>Select third tab</button></div> 大家可以与其他比如 angularjs 或 react 做下对比. 类库
类库代表 regularjs 具有 100% 的独立性.
无依赖
每个组件生命周期完全自治，只有一个独立的 model, 不会像 angular 一样创建出深度的原型继承，使用上让人困惑的 scope.
不会引入框架级的设施: 模块系统 + 模板加载 + 路由. 但是不证明它不能支持，目前 regularjs 支持 browserify, requirejs 的插件预解析模板文件. 打包后的文件为一个标准的 UMD 模块，可以在 commonjs, AMD, Globals 下使用. 路由的话可以使用 regular-state 来创建深层次的单页应用, 这个已经在实际产品中被实践过，。
大小 对比后其实你会发现，regularjs 的大小始终维持在 50kb, 对于同类的 ractivejs, reactjs, angularjs 动辄 200kb+ 的大小，它称为类库可谓非常厚道
相对精简的内核是 regularjs 成为一个能屈能伸的, 并对其他框架或类库友好的关键所在.
新一代类库
现在声称的下一代 (Next-generation) 框架越来越多了，但是本质永远不会变(从根本和可能性讨论问题，程序员之间的扯皮其实是可以避免的 :)，即
下一代框架应该顺应前端开发的趋势和潮流
我们目前就可以看得到得趋势有:
web component: polymer x-tags
动画: material design 等设计趋势, 硬件和浏览器的更新
同构的 javascript: 这一般会包含两个组成方面: 单页应用与 路由系统. 我可以负责任的说，目前的基于框架的同构 app 实现基本还处于玩具级别, DEMO 和产品的性质是不同的
ES6/7: Object.observe / class/ imports 等
….
在这些部分，regularjs 有些完成了一些工作，而有些还正在进行(但是已经确保可能性).
regularjs 有哪些特性在实际使用中，你会发现，regularjs 就如我发布初期的 slogan:
regularjs = reactjs(ractivejs) + angularjs
在 regularjs 仅仅 50kb 的身材之下, 你能看到一些 react, angularjs 以及 ractive 的影子，后来者往往有社区上的劣势，但换句话说它没有任何历史包袱, 在设计中去糟存精使得 regularjs 更加易用. 当然它绝对不是特性整合这么简单, 它同时也提供了独一无二的特性来帮助我们实现卓有成效的组件级开发.
我们先简单看下 regularjs 的特性支持:
几乎完备 ES5 表达式支持
指令 / 过滤器(双向)
一致的事件系统
动画系统
单页面支持: 需配合 regular-state 模块
内嵌组件 + 内嵌内容(transclued content)
良好的封装性和扩展性
….
哦，对了，目前 regularjs 仍然支持 IE6
这是一个令人羞愧的设定，与作者所在的环境也有直接关系，但是对于那些可能也需要支持 IE6 的朋友们，regularjs 可能是一个比较安全的选择.
regularjs 未来会拉出一个支持度接近 vuejs 的版本，但是特性不会发生改变，大家可以放心使用。regularjs 目前已经在大大小小多个线上产品中使用了，也收集了一些有效的建议.
好了，该看下一个最简单的 regularjs 组件长什么样吧..
免费领取验证码、内容安全、短信发送、直播点播体验包及云服务器等套餐
更多网易技术、产品、运营经验分享请访问网易云社区。
文章来源：网易云社区
