经过3个多月的开发，v0.1.0终于发布了。
这个版本并不意味着基本没有bug，而是意味着整个组件库的组件设计规范和编码规范已经清晰，可以明确地自我规范及更方便社区同学根据规范来提交PR，已经开发的组件的命名、属性、事件等已经相对稳定，不会出现大的变更。重大变更只会在大版本进行。对于每一个更改也将会更加谨慎。
当然最重要的是，文档终于发布了。
vux.li注册了3个多月，域名的let's encrypt证书在昨天刚好过期。现在项目的进度比原预计的还比较远，首要原因是时间精力确实不够。待办清单中还有超过100个大大小小的优化或者需求。项目开始时，小心翼翼地在README里写了Not Production ready，现在看来确实是正确的做法，毕竟中途接口属性事件改了又改，至少减少了点负罪心理。在没有特意做推广(3个月前在v2ex发了个贴)的情况下，3个月自然增长达到了 1500 star，真是件让人高兴又压力巨大的事。
一些规范
比较重要的规范包括(其他在可以在文档发布后查看)
事件命名前缀 on-
组件命名：若与原生同名，使用 x-*, 若有子组件，使用*-item
css 前缀 vux-
另外还有发布节奏的确定：
每周三发布一个小版本。除周三外发布的都是rc版本。
目前的开发是需求驱动的，包括公司内部需求及其他同学的反馈，相信还有很多场景下的问题还没有暴露出来，希望有任何问题都可以提出来一起解决。
然后要说件特别重要的事：
欢迎PR，提bug，提建议
欢迎PR，提bug，提建议
欢迎PR，提bug，提建议
维护一个开源项目
维护一个开源项目是件十分耗时间精力的事，处理issue是件烦人的事。当然关闭issue是件很愉悦的事，半天关闭几个issue也确实酸爽，但是一部分同学至今还没有学会如何正确提一个问题，不提供任何细节或者相当不清晰。这确实很恼人，于是写了issue template, 结果部分同学直接忽略它了，而还有部分同学写了个标题，然后template一行没删就提交了，我只能WTF。所以很多时候并不是开源作者在issue上处理(看起来)很强硬，而是被逼成了这样，大家时间有限，issue多时确实没有时间去猜你的问题是啥，所以也请不要因为问题不清晰被我忽略或者直接关闭不高兴。
当然还有部分用户提了个issue就跑了，而我在提问题后几分钟就回复希望提供点细节。所以我加了个标签叫inactive issue will be closed，大意就是即使你提完就跑我还等了你3天所以我关掉了你也不能怪我啊。
在其他项目下还可以看到部分用户把issue当成论坛了，为了表扬直接发个issue标题就叫赞。。还有部分用户因为发现了问题能直接骂**公司技术居然这么烂，所以觉得维护一个中文项目真的是挺累，可能一开始我们就被归入(绝对比不上国外的)国产项目的分类了。。所以我们一开始就注释文档国际化吧，有部分同学就会直接问了，英文看不懂，为啥没有中文文档啊，国人的项目竟然没有中文文档。。好了，吐槽完了。
朋友们啊，多提供点细节，真的可以节省大家很多时间。
朋友们啊，少点情绪，多发些PR，世界会变得更美好。
近期及未来计划
即将支持的是：
WeUI 样式拆分到各个组件，不再需要全局引入vux.css
x-form目前只支持x-input,并且没有发布到v0.1.0里，将在v0.1.1扩展到所有表单类组件发布
datetime 支持配置开始结束时间
文档增加组件使用场景说明
More Real-world examples
在计划中还未进行的包括：
vux-playground 类jsfiddle在线编辑器
vux-babel-plugin 更方便引入组件和样式的babel插件
逐步更改Vue2.0中不再支持的方法属性
每个组件单独发布到npm, 方便部分只使用了很少组件的同学
升级到v0.1.0
大更改在v0.0.115之后就进行了，v0.1.0主要是目录结构更改
目录
components目录由components/移到dist/components
vux.js及vux.css从根目录转移到dist/目录
增加dist/styles目录，放置样式文件(暂为空)
文档
开发的时候一直想着先开发再写文档，导致了后面这么多组件根本没时间(不想)写文档。拉了部分同学帮忙一起写文档，强迫自己一定要在v0.1.0的时候写完文档。这委屈了很多同学只能看着demo源码写代码，实在是对不起啊。
软件详情：https://vux.li/#!/
来自:开源中国社区
