插件?纳尼?npm包么?
在必定程度上咱们能够理解为是一个微服务。
相关于一般 js 文件或自界说组件,插件具有更强的独立性,具有独立的 API 接口、域名列表等,但一起会遭到一些约束,如一些 API 无法调用或功用受限。关于一些特别的接口,如 wx.login 和 wx.requestPayment ,尽管插件不能直接调用,但能够运用 插件功用页 来直接完成。
有没有好强大好凶恶的感觉~
插件的运用
增加插件
引进插件代码包
{
"plugins": {
"myPlugin": {
"version": "1.0.0",
"provider": "wxidxxxxxxx"
} }}
运用插件中的自界说组件
运用插件供给的自界说组件,和运用一般自界说组件的办法相仿。在 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
-
需求跳转到插件页面时,url 运用 plugin:// 前缀,形如 plugin://PLUGIN_NAME/PAGE, 如:
-
插件js接口调用
var myPluginInterface = requirePlugin('myPlugin'); myPluginInterface.hello(); var myWorld = myPluginInterface.world;
-
以上便是怎么运用插件了,是不是很简单呢。不要认为开发一个插件会有多难,那只是比运用起来,难了那么一点点。
-
运用插件的 js 接口时,能够运用 requirePlugin 办法。例如,插件供给一个名为 hello 的办法和一个名为 world 的变量,则能够像下面这样调用:
插件的开发
敞开规模:
-
企业、媒体、政府及其他安排主体。
创立插件项目
-
略。(官网相关介绍仍是很棒的,此处就不多做赘述勉填篇幅了,多聊点有用的东西吧)
依照官网的过程新建插件项目,你会得到这样一个目录结构:
三个文件夹分别是doc、miniprogram、plugin和一个project.config.json文件。
-
doc :这份开发文档将展现在插件详情页,供其他开发者在阅览插件和运用插件时进行阅览和参阅。官网有说到。
-
plugin :如你所想,这便是主角了。咱们的插件。
用官方话讲便是这样的:
下面将要点介绍一下plugin文件。
-
装备文件plugin.json
{ "publicComponents": { "hello-component": "components/hello-component" }, "pages": { "hello-page": "pages/hello-page" }, "main": "index.js"}
-
假设有这样的一个场景,插件内的某个页面A,只能经过插件的页面B拜访,其他办法无法拜访,那么是否在plugin.json内装备页面B就能够,无需装备A页面呢。答案是否定的,尽管在开发者东西中能够运用相对路径来跳转,但在真机上是无法完成的。所以我想说的是,插件中的页面,想要正常展现,必须在plugin.json文件中注明。
-
插件调用API的约束
-
2.一些 API 不允许插件调用(这些函数不存在于 wx 目标下插件的自界说组件
-
-
插件的页面组件
-
自根底库版别 2.2.2 开端,在插件本身的页面中,插件还能够调用 wx.navigateTo 来进行页面跳转, url 格局与运用 navigator 组件时相仿。
-
插件的接口
-
预览、上传和发布
-
-
-
other
-
X-WECHAT-HOSTSIGN : { "noncestr": "NONCESTR", "timestamp": "TIMESTAMP", "signature": "SIGNATURE" }
插件的未来
插件整体上有两大优势:
其他
-
-
开发插件时,在开发者东西中看似正常运转的代码,跑在真机上或许就会给你一个惊喜。
-
-