on是绑定自定义事件，无论要绑定的事件是否定义过，this.handlers[type].push(handler)是必须的

也解决

你可能有很多的widget ，弹窗只是其中一种

如果你的widget里面有很多公用的方法 比如binduI RENDERui on fire等函数， 那么你的组件 弹窗等 就只需要继承一下就可以了，没有必要重新再写一遍

有可能是你在浏览器模拟器中用tap事件300毫秒延迟造成的，模拟器中你可以把事件改成click试试。

offsetWidth=border+padding+width;

在你的代码里用下面的代码包裹下，

 $(document).ready(function(){｝）

这问题咋老是弹出来，我也是醉了

on、fire都是window对象的方法。

this指向什么，要根据上下文来判断，this指向的东西并不是不变的。

调用on方法的时候，按当时的上下文，this指向的是window对象。可以直接this.on这么调用。

到了要使用fire方法的时候，是在click(function(){  ……  })里边了，一个作为参数的无名函数里边。在这个函数里，this指向的不是window，所以你没法直接this.fire这样调用。

this不是固定的，是变化的，他保存了当前的this指向，方便之后能够找到

调用了两次

有些道理。不过现有的可以啦。

我写了不会有错，参数可传可不传。

一个单词。哪个语言都可以封装mvc模式用这名字

mark一下

打错代码了 更正了下 又错误了

无法获取属性“push”的值: 对象为 null 或未定义 

1.接口是相当于java中的接口，在widget中只是定义了相关的方法，没有实现，不同的人在用的时候去实现相关的方法。2.另外一类也没听清楚

 有道理，我在console 控制台，输入(null)+""

输出 “null”

在不清楚下面代码的逻辑情况下，很可能存在转字符串。直接用“”更好。

原例很简单，一眼就能明白，所以用 null 也没有问题

data就是回调函数的参数，直接传入就可以了

this.boudingBox是个jquery对象，css（）是他的方法。

jQuery的方法

没  不过个人觉得还是跟着做一遍 有源码反倒不会跟着去敲

啊  看到后面懂了  确实是这样  

技术肯定会被取代，但思想不会

其他的文件也要引入，引入require.js是为了实现接口关系的作用，降低组件之间关系复杂化，其实这都是我猜的。。。囧

找到了····

有没有更完整的代码，你的fire在哪里触发的，还有你调用组件的代码呢，发来看一下？

okBtn.click(function () {
                that.on('ok',function (){alert('first on!')});
                that.fire('ok');
                alert_box.remove();
                mask && mask.remove();
            });

你说的是这种情况嘛？如果在fire前面有on调用，会将on中的函数推入this.handlers['on']的数组中，然后按照顺序开始执行fire，也就是数组中依次调用一遍那几个函数