-
Widget接口查看全部
-
组件分类查看全部
-
不同层的职责和API查看全部
-
js分层及其内容查看全部
-
js学习查看全部
-
组件分类查看全部
-
用window放出去一个，使得外部可以调用查看全部
-
闭包 作用域查看全部
-
为Widget类设计统一生命周期查看全部
-
为Widget类设计统一生命周期的目的是：多人写出来的组件的接口风格比较统一，由多个人写出来的不同的组件就像是一个人写出来的一样。查看全部
-
js在语法层面没有class关键字的 原生function类问题： js里类是通过function实现的 所有类都是继承object顶级类对象（js内置的，没有提供太多使用的帮助） 自定义的组件有共用的方法，这些共用方法可以抽象出抽象类，自己定义的组件可以继承抽象类，这样每 个通用部分就没有必要在每个自定义组件里实现一遍 组件分为两大类： 1、utility：与UI无关的组件，比如：cookie、ajax、resize等 2、widget：与UI有紧密联系组件、比如、tableview、treeview、富文本编辑器、日历组件等，以及这系 列课讲的弹窗组件。 工作在应用层的工程师没有机会封装utility的，框架的通用组件等通用功能，像前面讲的拖动功能一般 都会被ajax等框架实现，一般前端工程师能够封装的组件都是widget分类的， 原生js里没有继承这个方法的，不同框架里实现继承不一样，jquery的继承方法是这样的：$.extend(); 类的方法和属性来源于：构造函数内部和prototype(本质上是一个字典) 对象本质上也是一个字典查看全部
-
js在语法上没有class概念的， 原生function类的问题 1）所有类继承自object 2）object提供的帮助太少 utility是和UI无关的组件。widget是和UI有关的组件。 所有自定义组件都继承自Widget类. 将on fire方法放入Widget类中查看全部
-
原生事件分类查看全部
-
自定义事件： 1、本质：观察者模式 2、优点：跳出原生事件的限制，提高封装的抽象层级查看全部
-
简单回调存在的问题： 1 只能绑定一个回调函数 ( 只有一个位置传参 ,一个参数为回调函数.) 2 回调的绑定时间和组件实例化时间耦合在一起.(传入回调函数的时机是一致的,没有灵活性.) 关键的问题是 没有将事件抽象分离出来查看全部
举报
0/150
提交
取消