比如我们现在如果要做一个比较成型的插件肯定是不止写一个js而已，肯定会包括wxml，wxss，plugin.js这三个文件的配套，用户用的时候直接include wxml，@import wxss，require plugin.js，然后实例化构造函数，搞定。

        打个比方，现在如果要写一个简单的对话框，那么至少要有一个关掉对话框的事件，例如下面是它的wxml：

        <view class=“dialog” bindtap=“closeDialog”>这里是对话框</view>

        这里面有个事件closeDialog，所以在Page()里面肯定要有一个对应的closeDialog()方法，对于相对比较大型插件来说bindtap的方法肯定是非常多，总不能用户要用你的插件还要自己去Page()里面自己写一堆方法吧，所以这些乱七八糟的方法就需要往plugin.js内部封装进去。就拿这个简单的对话框来说吧，他的plugin.js如下：

(function(){

        var plugin = function(tempOption){

             this.option = tempOption;

             this.pageThis =  tempOption.pageThis; 

        };

        plugin.prototype.init = function(){

             this.pageThis.closeDIalog = this.closeDIalog;        //把plugin的closeDialog注入到Page()   

        }

        plugin.prototype.closeDIalog = function(){

            //事件具体执行的操作代码写这里

        };

        module.exports.Plugin = function(tempOption){

             var tempPlugin = new plugin(tempOption);

              tempPlugin.init();

              return tempPlugin;

         };

})();

        这样子插件的wxml里面哪怕有100个方法用户也都可以不需要理会，只要配置实例化一下这100个方法就会绑到Page()给wxml的bandtap调用。说到这里你应该可以明白Page里面的this一定要传到plugin.js里面了吧，因为没有this我就没办法往Page()里面注入方法，就没办法跟wxml里面的bindtap的方法匹配起来。

        那天是一个插件老是发生了一些不明不白的bug，后面我调试后发现点击返回按钮的时候plugin.js里面的pageThis指向的是上一个页面Page()的this，而不是当前页面Page()的this。

        小生不才，也还没有多少工作经验，原本以为简单描述一下你们这群身经百战的老司机都应该知道怎么回事，所以也就没有写得那么多，我邮箱[email protected]，如果还没说清楚问题我就发一封邮件给你吧。