- 渐进接入
- 原生自定义组件支持
- 原理
- 例子
- 原生page支持
- 原生自定义组件支持
渐进接入
可参考此demo:mpx渐进接入demo
mpx并不一定要求用户一定要一次性用上框架的所有东西。
若是 已有项目 期望接入mpx,不需要对原有代码做全局重写。
可以保持原有代码不变,新的组件、页面期望使用mpx的某些特性才引入mpx。
原生自定义组件支持
有些时候,我们需要在mpx工程中使用原生小程序组件:
- 通过
npm引用安装第三包 - 将第三方包源码拷贝到本地
src目录下
注:mpx并不限制第三方包的格式。开发者可以自己参考小程序官方的开发第三方自定义组件
原理
根据unsingComponents中设定的路径,mpx会去查找包的入口js文件。然后提取入口文件所在的目录中的js json wxss wxml进行编译
编译带来的好处是,常规的拷贝操作,会造成组件内部的依赖缺失,以及冗余代码被打包。而执行了编译,使得mpx可以精确的收集依赖,这表现在:
js文件中的依赖也会被打包,没有被加载的依赖库不会打包,减小体积json文件的usingComponents会被解析,因此原生组件内部可以再引用其他原生组件,甚至是mpx组件wxss中引用外部样式wxml中的图片资源会被打包
例如使用第三方组件库时,很多组件可能并未使用,如果按照组件库官方给出的使用方式,其实会将整个组件库放进你的项目。而采用mpx这种方式则只会引入你使用了的组件,所以如果你喜欢vant的按钮,iview的输入框,ColorUI的布局,欢迎尝试mpx。(本段内容具有时效性,未来微信可能会有优化,毕竟一开始微信连npm都不支持)
例子
文件目录
node_modules|-- npm-a-wx-component // npm安装| --package.json| --src| --index.js| --index.json| --index.wxss| --index.wxml|-- npm-b-wx-component // npm安装| --package.json| --src| --index.js| --index.json| --index.wxss| --index.wxmlcomponent│-- container.mpx│-- com-a.mpx|-- src-wx-component // 手动拷贝| --index.js| --index.json| --index.wxss| --index.wxml
container.mpx
<template><view><!-- mpx组件 --><com-a></com-a><!-- npm安装的原生组件 --><npm-a-wx-component></npm-a-wx-component><!-- 手动拷贝到工程的原生组件 --><src-wx-component></src-wx-component></view></template><script type="application/json">"usingComponents": {"com-a": "./com-a","npm-a-wx-component": "npm-a-wx-component","src-wx-component": "./src-wx-component"}</script>
node_modules/npm-a-wx-component/src/index.wxml
<template><view><view>this is a native component</view><!-- 原生组件内部使用原生组件 --><npm-b-wx-component></npm-b-wx-component></view></template>
node_modules/npm-a-wx-component/src/index.json
{"usingComponents": {"npm-b-wx-component": "npm-b-wx-component"}}
原生page支持
原生自定义组件的支持已经基本能保证第三方UI库和mpx的完美结合,但如果是用户存在已经开发好的小程序,在后续的迭代中发现了mpx想使用,就需要用户手工将4个文件变成mpx文件,这不够友好。
于是我们提供了对原生页面的支持,允许项目中存在原生小程序文件(wxml,js,json,wxss)和mpx文件,两者可以混合使用,通过webpack的构建将两者完美混合在一起生成最终的dist。
使用方式和组件相似。
