渐进接入

mpx并不一定要求用户一定要一次性用上框架的所有东西。

若是 已有项目 期望接入mpx，。

可以保持原有代码不变，新的组件、页面期望使用mpx的某些特性才引入mpx。

有些时候，我们需要在mpx工程中使用原生小程序组件:

• 通过npm引用安装第三包

根据unsingComponents中设定的路径，会去查找包的入口js文件。然后提取入口文件所在的目录中的js json wxss wxml进行编译

编译带来的好处是，常规的拷贝操作，会造成组件内部的依赖缺失，以及冗余代码被打包。而执行了编译，使得可以精确的收集依赖，这表现在：

• js文件中的依赖也会被打包，没有被加载的依赖库不会打包，减小体积
• json文件的usingComponents会被解析，因此原生组件内部可以再引用其他原生组件，甚至是mpx组件
• 中的图片资源会被打包

例如使用第三方组件库时，很多组件可能并未使用，如果按照组件库官方给出的使用方式，其实会将整个组件库放进你的项目。而采用mpx这种方式则只会引入你使用了的组件，所以如果你喜欢vant的按钮，iview的输入框，ColorUI的布局，欢迎尝试mpx。（本段内容具有时效性，未来微信可能会有优化，毕竟一开始微信连npm都不支持）

例子

文件目录

node_modules/npm-a-wx-component/src/index.wxml

node_modules/npm-a-wx-component/src/index.json

原生page支持

原生自定义组件的支持已经基本能保证第三方UI库和mpx的完美结合，但如果是用户存在已经开发好的小程序，在后续的迭代中发现了mpx想使用，就需要用户手工将4个文件变成mpx文件，这不够友好。

于是我们提供了对原生页面的支持，允许项目中存在原生小程序文件（wxml,js,json,wxss）和mpx文件，两者可以混合使用，通过webpack的构建将两者完美混合在一起生成最终的dist。