小程序插件简介
小程序插件是可以被开发者添加到小程序内直接使用的，能为用户提供具体服务的功能组件。
插件开发者可像开发小程序一样开发插件，除了在自己的小程序内使用，还能提供给其他小程序直接使用。
插件使用者无需独立开发小程序内的所有服务，无需理解插件内部逻辑和实现方式，可直接使用别人开发好的插件，为用户提供相应服务。
小程序插件的应用
1.开发共享，避免重复开发
在小程序内使用插件，可免去小程序开发者重复开发，一定程度上减少了开发工作量。
如：在旅游景区的小程序可以使用地图插件，开发者无需在小程序内独立开发地图内导航、出行指引、周边服务推荐等能力，直接使用地图插件即可为用户提供导航服务，免去很大量的开发工作。
2.插件可提供针对行业的完整服务，同时覆盖线上线下
商家希望借助小程序更好地连接用户和服务，包括线上、线下服务。线下服务往往人力成本、硬件设备等要求较高，商家在小程序内提供完整服务的门槛较高。而插件不仅可以解决线下服务的问题，还能针对特定行业提供全套完整服务。
以景区服务小程序为例，使用门票购买插件，用户可在小程序内完成门票线上预订、购买等流程，在到达景区后，通过插件服务提供商提供的移动终端或硬件设备，可完成门票兑换、核销。
而对于餐饮、零售等线下行业而言，插件更是极大降低了商家的成本，商家可以使用预订、排队、外卖等插件，由插件开发者提供线下服务，商家只需在小程序内引用插件，即可使用由插件开发者提供的预订、外卖等服务，节省了成本。
3. 降低服务门槛的问题，实现“服务共享”
具有开发能力及服务资质的开发者，可将自己的服务封装成插件，提供给其他小程序使用，实现“服务共享”。
插件的技术原理
插件本身的技术原理并不复杂。插件代码由一些自定义组件和 JS 代码文件构成，插件开发者在发布插件时，这些代码被上传到微信后台保存起来。
当小程序使用插件时，使用者需填写插件的 AppID 和版本号，以便从后台获取相应的插件代码。小程序代码编译时，插件代码会被嵌入到小程序中，与小程序一起编译运行。
小程序与插件的交互
根据需要，插件代码可以提供 JS 接口或自定义组件供小程序调用。JS 接口可以用于界面无关的逻辑，自定义组件可以嵌入界面中展示。
对于插件使用者来说，插件的调用方法很简单。
1.使用插件 JS 接口
与普通 JS 文件间 require 的方式一样，只需要将require(FILE_NAME) 改成requirePlugin(PLUGIN_NAME) 这样的调用形式。
2.使用插件提供的自定义组件
与使用普通自定义组件的方法非常相似。在json文件的 usingComponents 段落中，按照plugin://PLUGIN_NAME/COMPONENT_NAME 的形式使用即可。
插件代码运行环境
插件代码的运行环境与小程序代码有一定的区别，主要是以下两点：
1.插件可以发起网络请求的域名与小程序不同，因此插件开发者需要注意在插件后台的设置中正确配置网络请求域名。
2.插件可以调用的 API 有一定的限制，并不是所有的接口插件都可以调用，如页面跳转相关的接口是不允许插件调用的。插件开发者在使用一些特殊接口前，请查询文档中的插件可调用接口列表。
引入插件代码包
使用插件前，使用者要在 app.json 中声明需要使用的插件，例如：
代码示例：
{
"plugins": {
"myPlugin": {
"version": "1.0.0",
"provider": "wxidxxxxxxxxxxxxxxxx"
}
}
}如上例所示， plugins 定义段中可以包含多个插件声明，每个插件声明以一个使用者自定义的插件引用名作为标识，并指明插件的 appid 和需要使用的版本号。其中，引用名（如上例中的 myPlugin）由使用者自定义，无需和插件开发者保持一致或与开发者协调。在后续的插件使用中，该引用名将被用于表示该插件。
在分包内引入插件代码包
如果插件只在一个分包内用到，可以将插件仅放在这个分包内，例如：
{
"subpackages": [
{
"root": "packageA",
"pages": ["pages/cat", "pages/dog"],
"plugins": {
"myPlugin": {
"version": "1.0.0",
"provider": "wxidxxxxxxxxxxxxxxxx"
}
}
}
]
}在分包内使用插件有如下限制：
仅能在这个分包内使用该插件；
同一个插件不能被多个分包同时引用；
目前，还不能从分包外的页面直接跳入分包内的插件页面，需要先跳入分包内的非插件页面、再跳入同一分包内的插件页面。
使用插件
使用插件时，插件的代码对于使用者来说是不可见的。为了正确使用插件，使用者应查看插件详情页面中的“开发文档”一节，阅读由插件开发者提供的插件开发文档，通过文档来明确插件提供的自定义组件、页面名称及提供的 js 接口规范等。
自定义组件
使用插件提供的自定义组件，和使用普通自定义组件的方式相仿。在 json 文件定义需要引入的自定义组件时，使用 plugin:// 协议指明插件的引用名和自定义组件名，例如：
代码示例：
{
"usingComponents": {
"hello-component": "plugin://myPlugin/hello-component"
}
}出于对插件的保护，插件提供的自定义组件在使用上有一定的限制：
默认情况下，页面中的 this.selectComponent 接口无法获得插件的自定义组件实例对象；
wx.createSelectorQuery 等接口的 >>> 选择器无法选入插件内部。
页面
插件的页面从小程序基础库版本 2.1.0 开始支持。
需要跳转到插件页面时，url 使用 plugin:// 前缀，形如 plugin://PLUGIN_NAME//PLUGIN_PAGE， 如：
代码示例：
<navigator url="plugin://myPlugin/hello-page">
Go to pages/hello-page!
</navigator>js 接口
使用插件的 js 接口时，可以使用 requirePlugin 方法。例如，插件提供一个名为 hello 的方法和一个名为 world 的变量，则可以像下面这样调用：
const myPluginInterface = requirePlugin('myPlugin')
myPluginInterface.hello()
const myWorld = myPluginInterface.world
