258资源分享网

简单介绍一下小程序的插件

插件？纳尼？npm包么？

未接触过小程序的插件时，以为它与 npm 包类似，我们可以封装各种各样便捷的功能，提供给他人使用。

经过这几天接触，竟有了追攀更觉相逢晚的赶脚，发现小程序的插件真真是个好东西。同时，也发现它与传统意义上的插件还是有很大差别的。小程序的插件， 在一定程度上我们可以理解为是一个微服务。

微信小程序的插件功能更偏向于一个具体的行业服务，例如快递行业，如果我们有相关接口，我们可以开发一个快递查询插件，这样的话，一些电商服务的小程序或者其它对快递查询有需求的小程序就都可以接入我们的插件了。

官网中对小程序插件这样介绍

插件，是可被添加到小程序内直接使用的功能组件。开发者可以像开发小程序一样开发一个插件，供其他小程序使用。同时，小程序开发者可直接在小程序内使用插件，无需重复开发，为用户提供更丰富的服务。

小程序开发者可便捷地把插件添加到自己的小程序内，丰富小程序的服务。当用户在使用小程序时，将可以在小程序内使用插件提供的服务。

插件是对一组 js 接口、自定义组件或页面的封装，用于嵌入到小程序中使用。插件不能独立运行，必须嵌入在其他小程序中才能被用户使用；而第三方小程序在使用插件时，也无法看到插件的代码。因此，插件适合用来封装自己的功能或服务，提供给第三方小程序进行展示和使用。

插件开发者可以像开发小程序一样编写一个插件并上传代码，在插件发布之后，其他小程序方可调用。小程序平台会托管插件代码，其他小程序调用时，上传的插件代码会随小程序一起下载运行。

相对于普通 js 文件或自定义组件，插件拥有更强的独立性，拥有独立的 API 接口、域名列表等，但同时会受到一些限制，如一些 API 无法调用或功能受限。对于一些特殊的接口，如 wx.login 和 wx.requestPayment ，虽然插件不能直接调用，但可以使用 插件功能页 来间接实现。

有没有好强大好邪恶的感觉～

插件的使用 添加插件

插件的开发和使用自小程序基础库版本 1.9.6 开始支持。

每个小程序，最多可以添加5个插件

在使用插件前，首先要在小程序管理后台的“设置-第三方服务-插件管理”中添加插件。开发者可登录小程序管理后台，通过 appid 查找插件并添加。如果插件无需申请，添加后可直接使用；否则需要等待插件所有者同意申请后，方可在小程序中使用相应的插件。

引入插件代码包

使用插件前，使用者要在 app.json 中声明需要使用的插件

如上例所示， plugins 定义段中可以包含多个插件声明，每个插件声明以一个使用者自定义的插件引用名作为标识，并指明插件的 appid 和需要使用的版本号。其中，引用名（如上例中的 myPlugin）由使用者自定义，无需和插件开发者保持一致或与开发者协调。在后续的插件使用中，该引用名将被用于表示该插件。

使用插件中的自定义组件

使用插件提供的自定义组件，和使用普通自定义组件的方式相仿。在 json 文件定义需要引入的自定义组件时，使用 plugin:// 协议指明插件的引用名和自定义组件名，例如：

{ "usingComponents": { "hello-component": "plugin://myPlugin/hello-component" }}

出于对插件的保护，插件提供的自定义组件在使用上有一定的限制：

默认情况下，页面中的 this.selectComponent 接口无法获得插件的自定义组件实例对象；

wx.createSelectorQuery 等接口的 >>> 选择器无法选入插件内部。

使用插件的页面

<navigator url="plugin://myPlugin/hello-page"> Go to pages/hello-page!</navigator>

插件的页面从小程序基础库版本 2.1.0 开始支持。

需要跳转到插件页面时，url 使用 plugin:// 前缀，形如 plugin://PLUGIN_NAME/PAGE , 如：

插件js接口调用

var myPluginInterface = requirePlugin('myPlugin'); myPluginInterface.hello(); var myWorld = myPluginInterface.world;

以上就是如何使用插件了，是不是很简单呢。不要以为开发一个插件会有多难，那仅仅比使用起来，难了那么一点点。