_tinyant

本节我们看下module.rules相关的配置，也就是我们常说的loader配置 .vue文件的编译 当然要配vue-loader啊，.vue文件解析全靠他了。vue-loader的整体流程的分析可以

简化后的版本在这 这里也做了一点变更，uniapp的实现中是如下形式，main.js和页面.vue会命中同一个loader（见node_modules/@dcloudio/webpack-uni-mp

uniapp 是什么？ 我们当前项目中使用unaipp进行微信小程序的开发，版本是2.0.1-32920211122003。好奇uniapp是如何做到这层转换的。因此从uniapp中抠出了核心逻辑（做

是因为vue@2.6.11的模板编译用到这个库，因此拿过来分析下。 主流程分析 demo 演示下整体过程 在编辑器中的形式 如果是runtime + compiler运行时版本上面内容是会先在浏览器中

通常我们会使用vue-cli来创建一个vue项目，由于vue-cli对常见的开发需求进行了预先配置，做到了开箱即用。但是阻碍碍我们窥探其真面目脚步。当然官方也提供了手动配置的方案。参考 安装依赖，下面

为什么需要（小程序）微前端？ 如果项目复杂，并且很多功能相对独立，那么不同的功能可以交给不同的团队开发，团队本身存在差异如技术选型等。另外的好处是，功能解耦，各功能可以独立开发、测试、部署。

new Vue(..)之后总共有两个大的步骤，第一步是调用vm._init完成组件的各种准备（初始化）工作，然后是开始结合数据与模板实现页面的渲染。vue引入了虚拟DOM技术，这里页面渲染分为两步，将

vue@2.x中用到了虚拟DOM技术，基于第三方虚拟DOM库sanbbdom修改。建议阅读本文之前对snabbdom的使用和原理 有一定的了解，可以参考 snabbdom@3.5.1 源码分析。

将组件渲染渲染分为两大步骤：组件信息（事件、方法等等）的初始化，以及组件的渲染。本节重点分析vue组件渲染之前的准备工作。