原文链接--https://github.com/AlloyTeam/omi

写在前面

Omi框架经过几十个版本的迭代，越来越简便易用和强大。
经过周末的连续通宵加班加点，Omi v1.0版本终于问世。虽然版本遵循小步快跑、频繁迭代，但是Omi团队成员都有着克制之心，处女座占了半壁江山，所以Omi的API除了增量的API，其他的历史API没有任何变化。

Github：https://github.com/AlloyTeam/omi

废话不多说，这就为大家介绍到目前1.0版本为止，关于Omi，你必须知道的点点滴滴。

强大的Store系统

先说说Store系统是干什么的！

当我们组件之间，拥有共享的数据的时候，经常需要进行组件通讯。在Omi框架里，组件通讯非常方便：

当然你也可以使用event emitter / pubsub库在组件之间通讯，比如这个只有 200b 的超小库mitt 。但是需要注意mitt兼容到IE9+，Omi兼容IE8。

虽然组件通讯非常方便，但是各种数据传递、组件实例互操作或者循环依赖，让代码非常难看且难以维护。所以：

Omi.Store是为了让 组件通讯几乎绝迹 。虽然：

Redux 的作者 Dan Abramov 说过：Flux 架构就像眼镜：您自会知道什么时候需要它。

但是，我不会告诉你

Omi Store 系统就像眼镜：您自会知道什么时候需要它。

因为，Omi Store使用足够简便，对架构入侵性极极极小(3个极代表比极小还要小)，让数据、数据逻辑和UI展现彻底分离，所以我的观点是：

如果使用Omi，请使用Omi.Store架构。

比如连这个Todo例子都能使用Omi.Store架构。如果连复杂度都达不到Todo，那么Omi其实都没有必要使用，你可能只需要一个模板引擎便可。

关于Store详细的用法，后续再写文章阐述。

简易的插件体系

omi插件主要是赋予dom能力，并且能和instance关联。如果主要是结构行组件，就写成Omi组件，和插件也没有太大关系。所以omi的插件不会有太多。

完善的脚手架

你可以安装omi-cli，用来初始化项目脚手架。

$ npm install omi-cli -g //安装cli $ omi init your_project_name //初始化项目 $ cd your_project_name //转到项目目录 $ npm run dev //开发 $ npm run dist //部署发布

项目脚手架基于 Gulp + Webpack + Babel + BrowserSync ，并且支持sass生成组件局部CSS

支持HTML、JS、CSS/Sass文件分离的目录方式，也支持HTML、JS、CSS 全都写在JS里的方式，两种方式可以同时出现在项目里，按需选择。

其他

大量的示范例子(md2site、qq-nearby实战、各种example)

双版本支持，(omi.js和omi.lite.js)

其中omi.lite.js是不包含 mustache.js模板引擎的omi.js。Omi团队认为：

1.随着ES的发展，模板字符串和ES语法强大到可以不使用模板引擎（仅限于all in js的代码目录组织方式）
2.让开发者重写 Omi.template 去使用任意模板引擎

良好的兼容性，支持IE8（请自行引用es5-shim或es5-sham）

本来没有支持IE8的打算，后来发现babel加两个插件便可以支持IE8:

query[ ] }

轻量迅速的DOM Diff 和 HTML Parser

更智能的事件绑定，如：

(evt){ alert(evt.target.innerHTML)

你可以传递任意参数:

(str()

强大的Omi团队

来自AlloyTeam、Mars Holding、腾讯、TalkingCoder、阿里、微软的优秀的工程师会协商规划好Omi发展路线，跟进优秀的思想和模式

来自AlloyTeam的工程师会跟进Omi使用者的任何问题

相关