写在前面Omi框架经过几十个版本的迭代，越来越简便易用和强大。 经过周末的连续通宵加班加点，Omi v1.0版本终于问世。虽然版本遵循小步快跑、频繁迭代，但是Omi团队成员都有着克制之心，处女座占了半壁江山，所以Omi的API除了增量的API，其他的历史API没有任何变化。 废话不多说，这就为大家介绍到目前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里的方式，两种方式可以同时出现在项目里，按需选择。 其他
其中omi.lite.js是不包含 mustache.js模板引擎的omi.js。Omi团队认为： 1.随着ES的发展，模板字符串和ES语法强大到可以不使用模板引擎（仅限于all in js的代码目录组织方式） 2.让开发者重写 Omi.template 去使用任意模板引擎
本来没有支持IE8的打算，后来发现babel加两个插件便可以支持IE8: query: {
presets: 'es2015',
plugins : [
"transform-es3-property-literals",
"transform-es3-member-expression-literals"
]
}
class Hello extends Omi.Component {
handleClick(evt){
alert(evt.target.innerHTML)
}
render() {
return `
<div>
<h1 onclick="handleClick">Hello ,{{name}}!</h1>
</div>
`
}
}你可以传递任意参数: class Hello extends Omi.Component {
handleClick(str, num){
}
render() {
return `
<div>
<h1 onclick="handleClick('test', 1)">Hello ,{{name}}!</h1>
</div>
`
}
}内容来自：https://github.com/AlloyTeam/omi/blob/master/tutorial/omi-v1.0-release.md |
