上传资源得积分
:sj52abcd
2017年1月9日，微信小程序正式发布。在近一年里，小程序一直在坚定的向前走。它的理念和模式受到广泛认可，也被其他人所模仿。
在微信小程序尚在内测之时，外界对它所采用的技术就有很多猜测，正式发布的小程序解答了人们的一些疑惑，但有些问题官方并未正式对外公开说过。InfoQ对微信小程序相关项目负责人王跃进行了采访，了解了一些开发者关心的问题。
受访嘉宾介绍
王跃（微信号：springwang），微信小程序相关项目负责人，拥有 10+ 年前端开发经验，曾就职于搜狐和新浪，2013 年加入腾讯，负责互娱游戏营销系统，道聚城等多个项目前端架构和开发。对小程序底层架构原理有深入的研究和理解，并且有腾讯多款小程序开发实战经验。
InfoQ：王老师好，您在负责小程序前端之前，做过哪些事情？
王跃：在微信小程序项目之前，我负责过腾讯互娱游戏高级营销系统的前端架构和开发，它承载腾讯几百款游戏业务的日常营销活动，另外还有腾讯道聚城前端架构和开发，覆盖像王者荣耀，LOL，CF游戏道具的交易，在腾讯之前我还负责过搜狐白社会SNS的前端核心框架和模块开发，新浪微博的前端开发工作。
InfoQ：当时小程序还没发布时，坊间传说小程序使用了类似RN的技术，发布后人们发现它还是运行在WebView里的，不知道实际情况如何？
王跃：从技术实现的层面来说，不管是小程序，还是RN，或者Weex，都有共同点，比如JS和Native的通讯机制，比如JS直接调用原生组件的渲染，如在iOS平台，小程序和RN都采用JavaScriptCore来执行JS。但是小程序和RN设计初衷和应对的场景不一样，我们知道小程序的场景主要是在当前实际物理场景用户可以即扫即用，用完即走，整个交互都是非常轻量级的，不涉及特别复杂的交互逻辑，所以在设计上考虑尽量简单，首先是系统底层框架简单，其次开发者开发简单，再次用户使用简单，所以小程序大部分的UI组件还是H5的渲染方式，而不是像RN设计成Native的UI组件。
当然小程序本身为了解决部分组件性能的问题也采用了Native的方式，所以方案上的选项主要是基于实际场景考虑，不是纯技术上的考量。
另外准确的说小程序不仅仅运行在Webview里，需要区分不同的部分，这个在我的分享里会有详细的解释。
InfoQ：在Android上小程序是运行在X5引擎上的，X5团队有为小程序做一些特别的优化，或者添加特性吗？
王跃：微信Android版的浏览服务用的确实是我们腾讯浏览器团队提供的X5引擎，在性能方面小程序和X5团队之间一直有保持沟通和协调，双方都尽可能设法优化并持续提升用户体验。
InfoQ：刚发布时有人发现小程序的一些代码和Vue的有点像，而单向数据流又让人联想到React，在当初开发小程序核心框架的时候有哪些思考？
王跃：这个跟问题2类似，首先小程序和Vue，React本质上还是不一样的，小程序是需要特定的Native层支持，同时底层功能也更强大，而Vue和React运行在通用的WebView之上，不需要特定Native支持，但大家为什么觉得会有些类似呢，主要是指在数据绑定，事件绑定等部分的实现上会有一些类似，当然这几种技术没有好坏，主要还是看我们是解决什么场景下的什么问题。
InfoQ：iOS和Android平台的小程序有一些区别，比如Android上可以把小程序图标放到主屏，还有人发现微信小程序在Android下有单独的进程，小程序是不是对Android进行过更多Native化的探索？
王跃：Android可以放到主屏幕而iOS不行这个主要是OS层面的限制，至于Android下的运行方式，主要是通过单独的Activity来承载视图，设置为单独的进程主要是为了保证小程序的运行内存，跟Native化没有直接的联系。
前面问题也提到了，小程序本身已经有好几个组件是使用Native方式实现的，主要目的还是为了保证小程序的执行效率，达到更好的用户体验，Native的组件也不是针对Android一个平台，Android和iOS都有做，后续是否会有更多的Native化的实现，还是看实际组件在采用Web实现时是否符合我们对用户体验的标准。
InfoQ：前段时间有人发现小程序出了自己的脚本格式WXS，它是小程序新的DSL吗？
#p#分页标题#e#王跃：目前，WXS对于小程序开发不是必须的，它的主要目的是为了增强WXML的数据处理能力而新引入一种技术实现，其实际解析的语言规范还是JS，并没有引入新的语法，仅仅对JS做了上层的封装和限制，所以学习上基本没什么成本，大致了解下开发文档马上就能上手，这里WXS跟DSL也没太大关系，没有可对比性。
InfoQ：小程序和PWA可以说代表着移动Web的两条不同的发展路线，从旁人的眼光来看，小程序更加务实，但人们也期待小程序更加开放一些。在这方面您是怎么看的？
王跃：这里我说下个人的想法，不代表官方意见，任何一种模式都是为了在特定环境下解决特定问题而设计的，所以PWA有它的应用场景，而小程序有小程序的应用场景，两种模式都有其优势和限制，这两种模式的差异其实跟我们现在的Web和Native很像，Web提供相对常用和通用的功能（大部分功能和基本使用体验），而个性定制（更流程复杂的功能和交互体验）可以充分发挥当前平台的能力，我个人觉得这两种模式都会一直存在，关键是看能否为用户提供价值，不过，未来这两种模式一定会有越来越多的融合，就像web和Native的融合产生了Hybird模式一样，想象一下，未来一定会有一种新的模式，可以像PWA一样具有更通用的运行场景（提供核心功能），同时又可以根据当前的运行环境接入定制化的高级能力，实现Write Once，Run Anywhere的美好愿景。
评价本文
专业度
风格
此内容所在的主题为移动
关注 Topic
相关主题:
相关内容
相关厂商内容
用Kafka Streams搭建实时的广告消费系统 OpenResty十年开源的历程和思考 阿里巴巴Blink流计算平台介绍与实践 Apache Kafka的过去，现在，和未来
相关赞助商
您好，朋友！
您需要 注册一个InfoQ账号 或者
才能进行评论。在您完成注册后还需要进行一些设置。
获得来自InfoQ的更多体验。
告诉我们您的想法
