做个有理想的人，所以准备做个Q.js 2.0

[miniflycn]

• 2.0主要目标是解决PC上的超级复杂场景，在PC上库的大小并不是问题，最终运行库可能会偏大
• 建议移动端继续使用目前的1.0进行构建，因为移动端很少复杂的表单场景，目前1.0能够承载。
• 最终目标是和master合并，最后可根据需要构建自己的Q.js

[linhuiw]

可以放出一些 road map, 或者 todos么? 这样也许会有一些Contributors

[miniflycn]

暂时还是自己玩哈。先要把骨架搭一下

[linhuiw]

:)

[dante1977]

没看到说 Q.js 对浏览器的支持是怎样的，亲。

[cnx2016]

官方说支持IE6以上哦，我现在在IE8里用，比较正常没发现啥大问题（需要引入es5-shim.js）。

[cnx2016]

@miniflycn
2.0有计划在指令中支持表达式么？不支持表达式，就都要写成Filter还是挺繁琐的。
如果能支持表达式，跟Vue开发效率也就没差多少了。

[miniflycn]

@dante1977 cnx2016 同学说的对~~最近比较忙，回复晚了不好意思

[miniflycn]

@cnx2016 我想问一个问题，你没觉得表达式在dom上很脏么？我比较担心表达式被滥用，这样子后期维护可能会是更大的问题

[dante1977]

@miniflycn 我觉得有表达式的话，会更好的区分节点中，哪些是内容，哪些是属性，在代码的阅读方面会更友好点。

[miniflycn]

@dante1977 我考虑下~个人有点顽固不化，觉得“先强限制，后开放”比“先开放，后强限制”要好。简单地说，过分自由会出很多奇怪的问题，而这些问题产生后我们除了重构没有任何其他选择，所以初期会希望越少功能满足越多需求，而不是提供更方便的能力解决需求问题

[dante1977]

@miniflycn 我想问一下，现在 Q.js 有没有组件系统？

[miniflycn]

@dante1977 系统是Ques，可以参考下：https://github.com/imweb/Ques

已被迁移到Fis3，具体参见IMWeb仓库

[lzxb]

666

[cnx2016]

老板，2.0啥时候发布哟？

[miniflycn]

@cnx2016，好多东西不想自己写，在找现有的东西，例如虚拟DOM这种东东。