**Q：**avalon 怎么向后台请求数据。ajax 需要依赖什么模块吗？想用avalon 做后台管理系统。您觉得那个部分会用的比较多？

**A：**avalon本身不提供这样的功能 ，GITHUB上大量ajax库，或直接用JQ的ajax方法就行了。fetch兼容性不好，虽然GITHUB上有兼容版本，但加上一大堆es5-shim, es5-sham, promise-pollyfill，太庞大，用JQ的多好。能优化好虚拟DOM与后端渲染已经非常不容易了，就像react，不断改进虚拟DOM的性能。

Q：刚看到您也在做React Native，iOS下的ListView组件无限长列表内存增长问题怎么解决，做过js回收，但效果不好。自定义rn的tableView自由度太小，你们是怎么解决的？

A：我做的是react web与阿里的那个差不多，原生的ListView,官方的搞了一年多都没有搞定，这是难点。这需要后端的高手来优化，无解。

Q：刚听您说在移动端打算使用React和React Native，是出于什么样的考虑没有使用Vue这类更轻量级的框架，或者继续使用avalon摆出统一的技术栈？

A：我们公司有好几套方案，React Native是针对原来混合应用的，还有是纯是使用React来重写React Native的原生组件，实现三端一套代码运行。还有更轻量的JS版本。Vue也不轻量吧，毕竟，我已经看不懂它在写什么了。

**Q：**Vue与avalon都拥抱了virtual-dom技术，但方式不同，您觉得Vue的compile/runtime模式，相比avalon的方式，有哪些优势劣势？

**A：**Vue与avalon的虚拟DOM实现方案都是一致的，因此大家都在学inferon。好的东西是可以互相借鉴的。

Q：您对阿里刚开源的Weex是否有研究？

**A：**weex前天看过一些，然后登上其聊天室，好像有许多Bug，不太稳定。而且阿里的大牛还没有大肆宣传，之前吹得这么响，现在风平浪静，说明遇到了一些问题，大家不要急着去趟坑。

Q：请问您在设计框架时，有哪几方面需要特别注意？

A：设计框架，要多看源码，要学习别人的优点。但光克隆一个第二名是没有用的，必须有自己的优势，比如avalon相对于其他MVVM框架，其兼容性是最好的。而且它也展开了Proxy的前期研究，这东西绝对会提高我们的编程体验。

Q：移动端项目该如何考虑技术框架，应该从哪些方面思考技术选型？

A：移动端目前有能力就上React Native，不能就使用framework7，这样已经成体系的轻量框架。这要看团队的实现
react native用起来是很爽，但是没有对应的IOS与JAVA团队支持
有许多东西做不了。不要光想着招一个会JS的人就可以发布APP。

Q：公司前端技术越来越多，也分团队了，如何有效地吧团队高效构建起来呢？有什么好的建议吗？

A：团队想高效，还是快点砸钱一下子把高手请过来，时间拖得越长，对产品越不利。或者公司能一下子招许多脑子空空的大三大四实习生，这些人又听话又好培养。这正是去哪儿网坚持三个月脱产培养实习生的原因。我们在这三个月，会投入30－50名讲师，100＋的导师来培养他们，但是这比高价社招的效果好多了。

**Q：**MVVM一类的框架都不推荐直接操作DOM，但是又经常看到配套UI引入jQuery，您如何看待这种情况？合理吗？

A：因为操作DOM可能会影响到虚拟DOM的内部优化。现在虚拟DOM渐渐倾向将要操作的真实节点保存到对应的虚拟节点上，这样就减少遍历DOM树的步骤。但如果你使用JQ，可能会破坏了原来DOM结构，导致某个要刷新的区域的节点。其实不是虚拟DOM保存的节点，这就无法刷新或逼使MVVM对这个区域的节点进行一次重新对齐。白白浪费时间。在inferno中，还有一种更可怕的优化，就是只对可视区的真实DOM进行刷新。而JQ基于CSS选择器，是批量操作的，不知道某个元素是否在可视区见。因此它操作时，还是原来的值。
此外，除了knockout, avalon, ember，许多MVVM框架的对视图的刷新是异步地与JQ结合时，JQ取值可能还是原来的值。
凡些种种，JQ其实比较合适做动画与AJAX等MVVM不太善长的东西，对于视图的刷新，不应该再让JQ来掺和。

**Q：**React Native相对于原生最大的优势是什么？

**A：**React Native其实也就是原生的,不过它们的上层是JS引擎。它最成功一点是吸引全世界的高手来优化各种原生组件与服务。

Q：您对Node.js今后的发展怎么看？

**A：**Node.js只是要重做PHP的事情，先将PHP的优秀框架与功能库翻译一边吧，Node.js肯定会越来越火。因为大三大四的人，一开始就要用Node.js开发以后转PHP、Python、Ruby的机率就很少,人都是有惰性的。
Node.js的npm又出奇的好，它出现的一瞬间，npm就出来了。其他语言的代码仓库还乱七八糟的。有了npm，我们开发就很快，并且能迅速互相学习，这个领域是朝气勃勃的。

Q：现在大家都不兼容IE6了，以前的兼容技能都没有用了，会不会觉得以前的时间和精力都浪费了。

A：有些知识是死知识，像IE6的兼容技能点。但它们许多能培养你的编程直觉，让你能举一反三，久而久之，这些套路你自己总结起来，其实与JAVA的Gof大师们总结的23个设计模式是差不多的。有了这些经验，你学习其他东西都是大同小异，顺手拈来。因此有的外国人能学30多门语言。

**Q：**React服务端渲染方式，您认为值得深入使用吗？

**A：**react的后端渲染方案，比起早年的JAVA后端是高许多的。以前是拍出来的页面是死的，现在拍的页面还是双向绑定。并且，React Native其内部还是使用了Webpack,Webpack做了许多优化。现在拍的页面还是双向绑定，这个词好像有点不准，怎么说呢，其就是这些页面还是能被某个JS对象（VM）进行最小化刷新。以前是一屏异HTML出来的，现在是首页一个大的HTML。以后是通过AJAX等，只交互数据，页面精确地刷新，用户不需要翻页，就可以做许多事情。

Q：请问如何看待miniui,请问它的前途如何？

A：没有看过miniui，好像是JQ的UI库吧，这些小众的库会被淘汰的。
因为React或其MVVM，它们自制一套UI库的成果非常低，一下子就能搞出一套来。而使用JQ实现的UI库，维护起来比较费劲。
react火起来，有三个原因：性能高、组件化机制高出时代一大截、能让JSer做APP。