码迷,mamicode.com
首页 > 编程语言 > 详细

《JavaScript设计模式与开发实践》知识点笔记

时间:2018-01-06 21:09:43      阅读:201      评论:0      收藏:0      [点我收藏+]

标签:构造   动态绑定   实践   拓展   根据   comm   深度优先   分组   模拟   

1、javaScript没有提供传统面向对象语言中的类式继承,而是通过原型委托的方式来实现对象与对象之间的继承。

 

2、静态类型语言在编译时便已确定变量的类型,而动态类型语言的变量类型要到程序运行的时候,待变量被赋予某个值后,才会具有某种类型。

 

3、JavaScript是一门典型的动态类型语言

 

4、利用鸭子类型的思想,我能在动态类型语言中实现一个原则:“面向接口编程,而不是面向实现编程”

 

5、多态:同一操作作用于不同的对象上面,可以产生不同的解释和不同的执行结果。

 

6、多态背后的思想是将“做什么”和“谁去做以及怎样去做”分离开来,也就是将“不变的事物”与“可能改变的事物”分离开来。

 

7、多态的最根本的好处在于,你不必再向对象询问“你是什么类型”而后根据得到的答案调用对象的某个行为——你只管调用该行为就是了,其他的一切多态机制都会为你安排妥当。

 

8、从设计模式的角度出发, 封装在更重要的层面体现为封装变化

 

9、创建型模式,结构型模式,行为型模式

 

10、JavaScript选择基于原型的面向对象系统

 

11、原型模式不关心对象的具体类型,而是找到一个对象,然后通过克隆来创建一个一模一样的对象

 

12、原型模式的实现关键,是语言本身是否提供了clone方法,ECMAScript5提供了Object.create方法,可以用来克隆对象

 

13、所有的JavaScript对象都是从某个对象上克隆而来的

 

14、原型编程中的一个重要特性:当对象无法响应某个请求时,会把该请求委托给自己的原型

 

15、原型编程泛型至少包括以下基本规则:

      1.所有的数据都是对象

      2.要得到一个对象,不是通过实例化类,而是找到一个对象做为原型并克隆它

3.对象会记住它的原型

  4.如果对象无法响应某个请求,它会把这个请求委托给它自己的原型

 

16、JavaScript中的根对象是Object.prototype对象,该对象是一个空对象

 

17、用new运算符来创建对象的过程,实际上也只是先克隆Object.prototype对象,再进行一些其他额外操作的过程

 

18、对于“对象把请求委托给它自己的原型”这句话,更好的说法是对象把请求委托给它的构造器的原型

 

19、__proto__就是对象跟“对象构造器的原型”联系起来的纽带,__proto__指向构造器的prototype

 

20、原型链终点,Object.prototype,也就是null

 

21、设计模式在很多时候其实都体现了语言的不足之处,如果要使用设计模式,不如去找一门更好的语言。

 

22、this具体指向哪个对象是在运行时基于函数的执行环境动态绑定的,而非函数被声明时的环境

 

23、借用构造方法

 

24、使用Array.prototype.push方法需要满足两个条件:

       1.对象本身要可以存取属性

       2.对象的length属性可读写

 

25、命令模式的意图是把请求封装为对象,从而分离请求的发起者和请求的接收者(执行者)之间的耦合关系。在命令被执行之前,可以预先往命令对象中植入命令的接收者。

 

26、高阶函数是指至少满足下列条件之一的函数:

        1.函数可以作为参数被传递

        2.函数可以作为返回值输出

 

27、回调函数的应用不仅只在异步请求中,当一个函数不适合执行一些请求时,我们也可以把这些请求封装成一个函数,并把它作为参数传递给另外一个函数,“委托”给另一个函数来执行。

 

28、AOP(面向切面编程)的主要作用是把一些跟核心业务逻辑模块无关的功能抽离出来,这些跟业务逻辑无关的功能通常包括日志统计,安全控制,异常处理等。

 

29、JavaScript实现AOP,都是指把一个函数“动态织入”到另一个函数中。

 

30、装饰者模式精华思想:装饰者对象和它所装饰的对象拥有一致的接口,所以它们对使用该对象的客户来说是透 明的,被装饰的对象也并不需要了解它曾经被装饰过,这种透明性使得我们可以递归地嵌套任意 多个装饰者对象 ,有点类似递归的思想

 

31、要实现一个标准的单例模式并不复杂,无非是用一个变量来标志当前是否已经为某个类创建过对象,如果是,则在下一次获取该类的实例时,直接返回之前创建的对象。

 

32、将不变的部分和变化的部分隔开是每个设计模式的主题

 

33、策略模式的目的就是将算法的使用与算法的实现分离开来。

 

34、一个基于策略模式的程序至少由两部分组成。第一个部分是一组策略类,策略类封装了具体的算法,并负责具体的计算过程。第二部分是环境类Context,Context接受客户的请求,随后把请求委托给一个策略类。要做到这点,说明Context中要维持对某个策略对象的引用。

 

35、策略模式的思想:定义一系列的算法,把它们一个个封装起来,并且使它们可以相互替换。其实也就是把多条if封装成多条路径,传入不同的参数,执行不同的路径,每条路径策略不同,但是大体目的都是一致的。

 

36、策略模式的实现并不复杂,关键是如何从策略模式的实现背后,找到封装变化、委托和多态性这些思想的价值

 

37、从定义上看,策略模式就是用来封装算法的。但如果把策略模式仅仅用来封装算法,未免有点大材小用。在实际开发中,我们通常会把算法的含义扩散开来,是策略模式也可以用来封装一系列的“业务规则”。只要这些业务规则指向的目标一致,并且可以被替换使用,我们就可以使用策略模式来封装它们。

 

37、代理模式是为一个对象提供一个代用品或占位符,以便控制对它的访问。

 

38、代理模式的关键是,当客户不方便直接访问一个对象或者不满足需要的时候,提供一个替身对象来控制对这个对象的访问,客户实际上访问的是替身对象,替身对象请对请求做出一些处理之后,再把请求转交给本体对象。

 

39、虚拟代理把一些开销很大的对象,延迟到真正需要它的时候才去创建,虚拟代理关键思路就是满足一定的条件了才真正执行原对象的方法。

 

40、代理就是在代理对象的一个方法中等到合适的时间(比如说图片预加载完),去执行目标对象的方法,这两个方法是同名的,所以对于用户来说这个过程是透明的。代理负责预加载图片,预加载操作完成之后,把请求重新交给本体MyImage。

 

41、给img节点设置src和图片预加载这两个功能,被隔离在两个对象里,他们可以各自变化而不影响对方。何况就算有一天我们不再需要预加载,那么只需要改成请求本体而不是请求代理对象即可。

 

42、缓存代理可以为一些开销大的运算结果提供暂时的存储,在下次运算时,如果传递进来的参数跟之前的一致,则可以直接返回前面存储的运算结果。

 

43、比如说分页请求,我们就可以使用缓存代理来缓存我们已经请求的数据,而不是每次都从后台抓取。

 

44、代理模式包括许多小分类,在JavaScript开发中最常用的是虚拟代理和缓存代理。虽然代理模式非常有用,但我们在编写业务代码的时候,往往不需要去预先猜测是否需要使用代理模式,当真正发现不方便直接访问某个对象的时候,在编写代理也不迟。因为真正的对象逻辑不会因为代理而改变,代理的目的只是在合适的时间点去执行原对象。

 

45、

发布-订阅者模式可以取代对象之间硬编码的通知机制,一个对象不用再显式地调用另外一个对象的某个接口。发布-订阅模式让两个对象松耦合地联系在一起,虽然不太清楚彼此的细节,但这不影响他们之间的通信

 

46、

实现发布-订阅者思路:

1.首先要指定好谁充当发布者(比如售楼处)

2.然后给发布者添加一个缓存列表,用于存放回调函数以便通知订阅者(售楼处的花名册)

3.最后发布消息的时候,发布者会遍历这个缓存列表,一次触发里面存放的订阅者回调函数(遍历花名册,挨个发短信)

 

47、

发布-订阅模式的优点非常明显,一位时间上的解耦,二为对象之间的解耦。发布-订阅者模式还可以用来帮助实现一些别的设计模式,例如中介者模式。

 

48、

命令模式应用场景:

有时候需要向某些对象发送请求,但是并不知道请求的接受者是谁,也不知道被请求的操作是什么,此时希望用一种松耦合的方式来设计软件,使得请求发送者和请求接收者能够消除彼此之间的耦合关系。

 

49、

设计模式的主题总是把不变的事物和变化的事物分离开来,命令模式也不例外。按下按钮之后会发生一些事情是不变的,而具体会发生什么事情是可变的。

 

50、

命令模式的由来,其实是回调函数的一个面向对象的替代品,回调是直接一个函数,比如说添加。而命令模式是一个对象,里面可以有多种方法,比如说添加和撤销,所以我们要拥有添加和撤销的功能,最好还是封装成command对象来传递,而不是直接传递函数。

 

51、

命令模式在js中说白了就是,我要执行一个方法,但是我不知道它的名字和具体代码,那么我就执行命令对象通过闭包返回的execute方法返,这个方法返回的就是我们想要的函数。具体例子看129页

 

52、

撤销是命令模式里一个非常有用的功能,试想一下开发一个围棋程序的时候,我们把每一步棋子的变化都封装成命令,则可以轻易地实现悔棋功能。同样,撤销命令还可以用于实现文本编辑器Ctrl+z功能。

 

53、

组合模式就是用小的子对象来构建更大的对象,而这些小的子对象本身也许是由更小的“孙对象”构成的

 

54、

当我们往万能遥控器里面添加一个命令的时候,并不关心这个命令是宏命令还是普通子命令。这点对于我们不重要,我们只需要确定它是一个命令,并且这个命令拥有可执行的execute方法,那么这个命令就可以被添加进万能遥控器。

 

55、

组合模式命令就在于每层对象都有execute方法,根对象执行execute,就会遍历所有子孙对象,体现出了多态。

 

56、

每当对最上层的对象进行一次请求时,实际上是在对整个树进行深度优先的搜索

 

57、

组合模式最大的有点就是在于可以一致的对待组合对象和基本对象

 

58、

客户希望统一对待树中的所有对象,组合模式使客户可以忽略组合对象和叶对象的区别,客户在面对这棵树的时候,不用关心当前正在处理的对象是组合对象还是叶对象,也就是不用写一堆if、else语句来分别处理他们,组合对象和叶对象会各自做自己正确的事情,这是组合模式的重要能力。

 

59、

组合模式缺点:系统中的每个对象看起来都与其他对象差不多,他们的区别只有在运行的时候才会凸显出来,这会使代码难以理解。此外,如果通过组合模式创建了太多的对象,那么这些对象可能会让系统担负不起。

 

60、

基于继承的设计模式——模板方法模式 

 

61、

模板方法模式由两部分结构组成,第一部分是抽象父类,第二部分是具体的实现子类。通常在抽象父类中封装了子类的算法框架,包括实现一些公共方法以及封装子类中所有方法的执行顺序,子类通过继承这个抽象类,也继承了整个算法结构,并且可以选择重写父类的方法。

 

62、

p154,Beverage.prototype.init被称为模板方法的原因是,该方法中封装了子类的算法框架,它作为一个算法的模板,指导子类以何种顺序去执行哪些方法。

 

63、

JavaScript不支持抽象类,我们以下面两种变通的方法来处理:

1、用鸭子类型来模拟接口检查,以确保子类中确实重写了父类的方法。

2、让Beverage.prototype.brew等方法抛出异常,如果因为粗心忘记编写Coffee.prototype.brew方法,那么至少我们会在程序运行时得到一个错误。

 

64、

放置钩子是隔离变化的一种常见手段。我们在父类中容易变化的地方放置钩子,钩子可以有一个默认的实现,究竟要不要“挂钩”,这由子类自行决定。钩子方法返回结果决定了模板方法后面部分的执行步骤,也就是程序接下来的走向,这样一来,程序就拥有了变化的可能。

 

65、

用模板方法模式编写一个程序时,就意味着子类放弃了对自己的控制权,而是改为父类通知子类,哪些方法应该在什么时候被调用。做为子类,只负责提供一些设计上的细节。

 

66、

在JavaScript中,我们很多时候都不需要依样画瓢地去实现一个模板方法模式,高阶函数是更好的选择。

 

67、

享元模式的核心是运用共享技术来有效支持大量细粒度的对象。

 

68、

享元模式要求将对象的属性划分为内部状态与外部状态(状态在这里通常指属性)。享元模式的目标是尽量减少共享对象的数量,关于如何划分内部状态和外部状态,下面的几条经验提供了一些指引。

1、内部状态存储于对象内部。

2、内部状态可以被一些对象共享

3、内部状态独立于具体的场景,通常不会改变

4、外部状态取决于具体的场景,并根据场景而变化,外部状态不能被共享

 

69、

剥离了外部状态的对象称为共享对象,外部状态在必要时被传入共享对象来组装成一个完整的对象。

 

70、

享元模式是一种用时间换空间的优化模式

 

71、

享元模式的关键是如何区别内部状态和外部状态

 

72、

享元模式适用场景:

1、一个程序中使用了大量的相似对象

2、由于使用了大量对象,造成很大的内存开销

3、对象的大多数状态都可以变为外部状态

4、剥离出对象的外部状态之后,可以用相对较少的共享对象取代大量对象

 

73、

当对象没有内部状态的时候,生产共享对象的工厂实际上变成了一个单例工厂。

 

74、

对象池跟祥元模式有一些相似之处,但没有分离内部状态和外部状态这个过程。

 

75、

享元模式是为解决性能问题而生的模式,这跟大部分模式的诞生原因都不一样

 

76、

职责链模式的定义是:使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系,将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止

 

77、

职责链模式最大优点:请求发送者只需要知道链中的第一个节点,从而弱化了发送者和一组接收者之间的强联系。

 

78、

用AOP来试下职责链既简单又巧妙,但这种把函数叠在一起的方式,同时也叠加了函数的作用域,如果链条太长的话,也会对性能有较大的影响。

 

79、

中介者模式的作用就是解除对象与对象之间的紧耦合关系

 

80、

如果对象之间的复杂耦合确实导致调用和维护出现了困难,而且这些耦合度随项目的变化呈指数增长曲线,那我们就可以考虑用中介者模式来重构代码

 

81、

状态模式的关键是区分事物内部状态,事物内部状态的改变往往会带来事物的行为改变。

 

82、

状态模式的好处很明显,它可以使每一种状态和它对应的行为之间的关系局部化,这些行为被分散和封装在各自对应的状态类中,便于阅读和管理代码

 

83、

状态模式定义:

允许一个对象在其内部状态改变时改变他的行为,对象看起来似乎修改了它的类

 

84、

策略模式和状态模式的相同点是,它们都有一个上下文,一些策略或者状态类,上下文把请求委托给这些类来执行

 

85、

策略模式和状态模式的不同点是,策略模式中的各个策略类之间是平等又平行的,它们之间没有任何联系, 所以客户必须熟知这些策略类的作用,以便客户可以随时主动切换算法;而在状态模式中,状态 和状态对应的行为是早已被封装好的,状态之间的切换也早被规定完成,改变行为这件事情 发生在状态模式内部。对客户来说,并不需要了解这些细节。这正是状态模式的作用所在。 

 

86

适配器模式的作用是解决两个软件实体间的接口不兼容的问题,使用适配器模式之后,原本由于接口不兼容而不能工作的两个软件实体可以一起工作

 

87、

如果现有的接口已经能够正常工作,那我们就永远不会用上适配器模式,适配器模式是一种“亡羊补牢”的模式,没有人会在程序设计之初就使用它

 

88、

常见的设计原则:单一职责原则,里氏替换原则,依赖倒置原则,接口隔离原则,合成复用原则,最少知识原则

 

89、

开放-封闭原则:软件实体等应该是可以拓展的,但是不可修改

 

90、

用对象的多态性消除条件分支

放置挂钩也是分离变化的一种方式

 

91、

在js中,策略模式和命令模式等都可以用回调函数轻松实现

 

92、

发布——订阅者模式用来降低多个对象之间的依赖关系,他可以取代对象之间硬编码的通知机制,一个对象不用再显式地调用另外一个对象的接口。

《JavaScript设计模式与开发实践》知识点笔记

标签:构造   动态绑定   实践   拓展   根据   comm   深度优先   分组   模拟   

原文地址:https://www.cnblogs.com/yonglin/p/8215121.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!