金沙棋牌官方平台

当前位置:金沙棋牌 > 金沙棋牌官方平台 > 函数模式详解及示例,详解JavaScript的策略模式编

函数模式详解及示例,详解JavaScript的策略模式编

来源:http://www.logblo.com 作者:金沙棋牌 时间:2019-08-29 15:55

详解JavaScript的策略模式编程

   这篇文章主要介绍了详解JavaScript的策略模式编程,包括函数和类作为策略的情况以及多环境下的策略模式,需要的朋友可以参考下

  我喜欢策略设计模式。我尽可能多的试着去使用它。究其本质,策略模式使用委托去解耦使用它们的算法类。

  这样做有几个好处。他可以防止使用大条件语句来决定哪些算法用于特定类型的对象。将关注点分离开来,因此降低了客户端的复杂度,同时还可以促进子类化的组成。它提高了模块化和可测性。每一个算法都可以单独测试。每一个客户端都可以模拟算法。任意的客户端都能使用任何算法。他们可以互调。就像乐高积木一样。

  为了实现策略模式,通常有两个参与者:

  该策略的对象,封装了算法。

  客户端(上下文)对象,以即插即用的方式能使用任何策略。

  这里介绍了我在Javascrip里,怎样使用策略模式,在混乱无序的环境中怎样使用它将库拆成小插件,以及即插即用包的。

  函数作为策略

  一个函数提供了一种封装算法的绝佳方式,同时可以作为一种策略来使用。只需通过一个到客户端的函数并确保你的客户端能调用该策略。

  我们用一个例子来证明。假设我们想创建一个Greeter 类。它所要做的就是和人打招呼。我们希望Greeter 类能知道跟人打招呼的不同方式。为了实现这一想法,我们为打招呼创建不同的策略。

  ?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

// Greeter is a class of object that can greet people.

// It can learn different ways of greeting people through

// 'Strategies.'

//

// This is the Greeter constructor.

var Greeter = function(strategy) {

this.strategy = strategy;

};

 

// Greeter provides a greet function that is going to

// greet people using the Strategy passed to the constructor.

Greeter.prototype.greet = function() {

return this.strategy();

};

 

// Since a function encapsulates an algorithm, it makes a perfect

// candidate for a Strategy.

//

// Here are a couple of Strategies to use with our Greeter.

var politeGreetingStrategy = function() {

console.log("Hello.");

};

 

var friendlyGreetingStrategy = function() {

console.log("Hey!");

};

 

var boredGreetingStrategy = function() {

console.log("sup.");

};

 

// Let's use these strategies!

var politeGreeter = new Greeter(politeGreetingStrategy);

var friendlyGreeter = new Greeter(friendlyGreetingStrategy);

var boredGreeter = new Greeter(boredGreetingStrategy);

 

console.log(politeGreeter.greet()); //=> Hello.

console.log(friendlyGreeter.greet()); //=> Hey!

console.log(boredGreeter.greet()); //=> sup.

  在上面的例子中,Greeter 是客户端,并有三种策略。正如你所看到的,Greeter 知道怎样使用算法,但对于算法的细节却一无所知。

  对于复杂的算法,一个简单的函数往往不能满足。在这种情况下,对好的方式就是按照对象来定义。

  类作为策略

  策略同样可以是类,特别是当算比上述例子中使用的人为的(策略/算法)更复杂的时候。使用类的话,允许你为每一种策略定义一个接口。

  在下面的例子中,证实了这一点。

  ?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

// We can also leverage the power of Prototypes in Javascript to create

// classes that act as strategies.

//

// Here, we create an abstract class that will serve as the interface

// for all our strategies. It isn't needed, but it's good for documenting

// purposes.

var Strategy = function() {};

 

Strategy.prototype.execute = function() {

throw new Error('Strategy#execute needs to be overridden.')

};

 

// Like above, we want to create Greeting strategies. Let's subclass

// our Strategy class to define them. Notice that the parent class

// requires its children to override the execute method.

var GreetingStrategy = function() {};

GreetingStrategy.prototype = Object.create(Strategy.prototype);

 

// Here is the `execute` method, which is part of the public interface of

// our Strategy-based objects. Notice how I implemented this method in term of

// of other methods. This pattern is called a Template Method, and you'll see

// the benefits later on.

GreetingStrategy.prototype.execute = function() {

return this.sayHi() this.sayBye();

};

 

GreetingStrategy.prototype.sayHi = function() {

return "Hello, ";

};

 

GreetingStrategy.prototype.sayBye = function() {

return "Goodbye.";

};

 

// We can already try out our Strategy. It requires a little tweak in the

// Greeter class before, though.

Greeter.prototype.greet = function() {

return this.strategy.execute();

};

 

var greeter = new Greeter(new GreetingStrategy());

greeter.greet() //=> 'Hello, Goodbye.'

  通过使用类,我们与anexecutemethod对象定义了一个策略。客户端可以使用任何策略实现该接口。

  同样注意我又是怎样创建GreetingStrategy的。有趣的部分是对methodexecute的重载。它以其他函数的形式定义。现在类的后继子类可以改变特定的行为,如thesayHiorsayByemethod,并不改变常规的算法。这种模式叫做模板方法,非常适合策略模式。

  让我们看个究竟。

  ?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

// Since the GreetingStrategy#execute method uses methods to define its algorithm,

// the Template Method pattern, we can subclass it and simply override one of those

// methods to alter the behavior without changing the algorithm.

 

var PoliteGreetingStrategy = function() {};

PoliteGreetingStrategy.prototype = Object.create(GreetingStrategy.prototype);

PoliteGreetingStrategy.prototype.sayHi = function() {

return "Welcome sir, ";

};

 

var FriendlyGreetingStrategy = function() {};

FriendlyGreetingStrategy.prototype = Object.create(GreetingStrategy.prototype);

FriendlyGreetingStrategy.prototype.sayHi = function() {

return "Hey, ";

};

 

var BoredGreetingStrategy = function() {};

BoredGreetingStrategy.prototype = Object.create(GreetingStrategy.prototype);

BoredGreetingStrategy.prototype.sayHi = function() {

return "sup, ";

};

 

var politeGreeter = new Greeter(new PoliteGreetingStrategy());

var friendlyGreeter = new Greeter(new FriendlyGreetingStrategy());

var boredGreeter = new Greeter(new BoredGreetingStrategy());

 

politeGreeter.greet(); //=> 'Welcome sir, Goodbye.'

friendlyGreeter.greet(); //=> 'Hey, Goodbye.'

boredGreeter.greet(); //=> 'sup, Goodbye.'

  GreetingStrategy 通过指定theexecutemethod的步骤,创建了一个类的算法。在上面的代码片段中,我们通过创建专门的算法从而利用了这一点。

金沙棋牌官方平台,  没有使用子类,我们的Greeter 依然展示出一种多态行为。没有必要在Greeter 的不同类型上进行切换来触发正确的算法。这一切都绑定到每一个Greeter 对象上。

  ?

1

2

3

4

5

6

7

8

9

10

11

12

13

var greeters = [

new Greeter(new BoredGreetingStrategy()),

new Greeter(new PoliteGreetingStrategy()),

new Greeter(new FriendlyGreetingStrategy()),

];

 

greeters.forEach(function(greeter) {

 

// Since each greeter knows its strategy, there's no need

// to do any type checking. We just greet, and the object

// knows how to handle it.

greeter.greet();

});

  多环境下的策略模式

  我最喜欢的有关策略模式的例子之一,实在 Passport.js库中。Passport.js提供了一种在Node中处理身份验证的简单方式。大范围内的供应商都支持(Facebook, Twitter, Google等等),每一个都作为一种策略实现。

  该库作为一个npm包是可行的,其所有的策略也一样。库的用户可以决定为他们特有的用例安装哪一个npm包。下面是展示其如何实现的代码片段:

  ?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

// Taken from http://passportjs.org

 

var passport = require('passport')

 

// Each authentication mechanism is provided as an npm package.

// These packages expose a Strategy object.

, LocalStrategy = require('passport-local').Strategy

, FacebookStrategy = require('passport-facebook').Strategy;

 

// Passport can be instanciated using any Strategy.

passport.use(new LocalStrategy(

function(username, password, done) {

User.findOne({ username: username }, function (err, user) {

if (err) { return done(err); }

if (!user) {

return done(null, false, { message: 'Incorrect username.' });

}

if (!user.validPassword(password)) {

return done(null, false, { message: 'Incorrect password.' });

}

return done(null, user);

});

}

));

 

// In this case, we instanciate a Facebook Strategy

passport.use(new FacebookStrategy({

clientID: FACEBOOK_APP_ID,

clientSecret: FACEBOOK_APP_SECRET,

callbackURL: "http://www.example.com/auth/facebook/callback"

},

function(accessToken, refreshToken, profile, done) {

User.findOrCreate(..., function(err, user) {

if (err) { return done(err); }

done(null, user);

});

}

));

  Passport.js库只配备了一两个简单的身份验证机制。除此之外,它没有超过一个符合上下文对象的一个策略类的接口。这种机制让他的使用者,很容易的实现他们自己的身份验证机制,而对项目不产生不利的影响。

  反思

  策略模式为你的代码提供了一种增加模块化和可测性的方式。这并不意味着(策略模式)总是有效。Mixins 同样可以被用来进行功能性注入,如在运行时的一个对象的算法。扁平的老式 duck-typing多态有时候也可以足够简单。

  然而,使用策略模式允许你在一开始没有引入大型体系的情况下,随着负载型的增长,扩大你的代码的规模。正如我们在Passport.js例子中看到的一样,对于维护人员在将来增加另外的策略,将变得更加方便。

这篇文章主要介绍了详解JavaScript的策略模式编程,包括函数和类作为策略的情况以及多环境下的策略模式,需要...

详解JavaScript的策略模式编程,详解javascript策略

 我喜欢策略设计模式。我尽可能多的试着去使用它。究其本质,策略模式使用委托去解耦使用它们的算法类。

这样做有几个好处。他可以防止使用大条件语句来决定哪些算法用于特定类型的对象。将关注点分离开来,因此降低了客户端的复杂度,同时还可以促进子类化的组成。它提高了模块化和可测性。每一个算法都可以单独测试。每一个客户端都可以模拟算法。任意的客户端都能使用任何算法。他们可以互调。就像乐高积木一样。

为了实现策略模式,通常有两个参与者:

该策略的对象,封装了算法。

客户端(上下文)对象,以即插即用的方式能使用任何策略。

这里介绍了我在Javascrip里,怎样使用策略模式,在混乱无序的环境中怎样使用它将库拆成小插件,以及即插即用包的。

函数作为策略

一个函数提供了一种封装算法的绝佳方式,同时可以作为一种策略来使用。只需通过一个到客户端的函数并确保你的客户端能调用该策略。

我们用一个例子来证明。假设我们想创建一个Greeter 类。它所要做的就是和人打招呼。我们希望Greeter 类能知道跟人打招呼的不同方式。为了实现这一想法,我们为打招呼创建不同的策略。  

// Greeter is a class of object that can greet people.
// It can learn different ways of greeting people through
// 'Strategies.'
//
// This is the Greeter constructor.
var Greeter = function(strategy) {
this.strategy = strategy;
};

// Greeter provides a greet function that is going to
// greet people using the Strategy passed to the constructor.
Greeter.prototype.greet = function() {
return this.strategy();
};

// Since a function encapsulates an algorithm, it makes a perfect
// candidate for a Strategy.
//
// Here are a couple of Strategies to use with our Greeter.
var politeGreetingStrategy = function() {
console.log("Hello.");
};

var friendlyGreetingStrategy = function() {
console.log("Hey!");
};

var boredGreetingStrategy = function() {
console.log("sup.");
};

// Let's use these strategies!
var politeGreeter = new Greeter(politeGreetingStrategy);
var friendlyGreeter = new Greeter(friendlyGreetingStrategy);
var boredGreeter = new Greeter(boredGreetingStrategy);

console.log(politeGreeter.greet()); //=> Hello.
console.log(friendlyGreeter.greet()); //=> Hey!
console.log(boredGreeter.greet()); //=> sup.

在上面的例子中,Greeter 是客户端,并有三种策略。正如你所看到的,Greeter 知道怎样使用算法,但对于算法的细节却一无所知。

对于复杂的算法,一个简单的函数往往不能满足。在这种情况下,对好的方式就是按照对象来定义。
 
类作为策略

策略同样可以是类,特别是当算比上述例子中使用的人为的(策略/算法)更复杂的时候。使用类的话,允许你为每一种策略定义一个接口。

在下面的例子中,证实了这一点。  

// We can also leverage the power of Prototypes in Javascript to create
// classes that act as strategies.
//
// Here, we create an abstract class that will serve as the interface
// for all our strategies. It isn't needed, but it's good for documenting
// purposes.
var Strategy = function() {};

Strategy.prototype.execute = function() {
 throw new Error('Strategy#execute needs to be overridden.')
};

// Like above, we want to create Greeting strategies. Let's subclass
// our Strategy class to define them. Notice that the parent class
// requires its children to override the execute method.
var GreetingStrategy = function() {};
GreetingStrategy.prototype = Object.create(Strategy.prototype);

// Here is the `execute` method, which is part of the public interface of
// our Strategy-based objects. Notice how I implemented this method in term of
// of other methods. This pattern is called a Template Method, and you'll see
// the benefits later on.
GreetingStrategy.prototype.execute = function() {
 return this.sayHi()   this.sayBye();
};

GreetingStrategy.prototype.sayHi = function() {
 return "Hello, ";
};

GreetingStrategy.prototype.sayBye = function() {
 return "Goodbye.";
};

// We can already try out our Strategy. It requires a little tweak in the
// Greeter class before, though.
Greeter.prototype.greet = function() {
 return this.strategy.execute();
};

var greeter = new Greeter(new GreetingStrategy());
greeter.greet() //=> 'Hello, Goodbye.'

通过使用类,我们与anexecutemethod对象定义了一个策略。客户端可以使用任何策略实现该接口。

同样注意我又是怎样创建GreetingStrategy的。有趣的部分是对methodexecute的重载。它以其他函数的形式定义。现在类的后继子类可以改变特定的行为,如thesayHiorsayByemethod,并不改变常规的算法。这种模式叫做模板方法,非常适合策略模式。

让我们看个究竟。  

// Since the GreetingStrategy#execute method uses methods to define its algorithm,
// the Template Method pattern, we can subclass it and simply override one of those
// methods to alter the behavior without changing the algorithm.

var PoliteGreetingStrategy = function() {};
PoliteGreetingStrategy.prototype = Object.create(GreetingStrategy.prototype);
PoliteGreetingStrategy.prototype.sayHi = function() {
 return "Welcome sir, ";
};

var FriendlyGreetingStrategy = function() {};
FriendlyGreetingStrategy.prototype = Object.create(GreetingStrategy.prototype);
FriendlyGreetingStrategy.prototype.sayHi = function() {
 return "Hey, ";
};

var BoredGreetingStrategy = function() {};
BoredGreetingStrategy.prototype = Object.create(GreetingStrategy.prototype);
BoredGreetingStrategy.prototype.sayHi = function() {
 return "sup, ";
};

var politeGreeter  = new Greeter(new PoliteGreetingStrategy());
var friendlyGreeter = new Greeter(new FriendlyGreetingStrategy());
var boredGreeter  = new Greeter(new BoredGreetingStrategy());

politeGreeter.greet();  //=> 'Welcome sir, Goodbye.'
friendlyGreeter.greet(); //=> 'Hey, Goodbye.'
boredGreeter.greet();  //=> 'sup, Goodbye.'

GreetingStrategy 通过指定theexecutemethod的步骤,创建了一个类的算法。在上面的代码片段中,我们通过创建专门的算法从而利用了这一点。

没有使用子类,我们的Greeter 依然展示出一种多态行为。没有必要在Greeter 的不同类型上进行切换来触发正确的算法。这一切都绑定到每一个Greeter 对象上。  

var greeters = [
 new Greeter(new BoredGreetingStrategy()),
 new Greeter(new PoliteGreetingStrategy()),
 new Greeter(new FriendlyGreetingStrategy()),
];

greeters.forEach(function(greeter) {

 // Since each greeter knows its strategy, there's no need
 // to do any type checking. We just greet, and the object
 // knows how to handle it.
 greeter.greet();
});

多环境下的策略模式

我最喜欢的有关策略模式的例子之一,实在 Passport.js库中。Passport.js提供了一种在Node中处理身份验证的简单方式。大范围内的供应商都支持(Facebook, Twitter, Google等等),每一个都作为一种策略实现。

该库作为一个npm包是可行的,其所有的策略也一样。库的用户可以决定为他们特有的用例安装哪一个npm包。下面是展示其如何实现的代码片段:  

// Taken from http://passportjs.org

var passport = require('passport')

  // Each authentication mechanism is provided as an npm package.
  // These packages expose a Strategy object.
 , LocalStrategy = require('passport-local').Strategy
 , FacebookStrategy = require('passport-facebook').Strategy;

// Passport can be instanciated using any Strategy.
passport.use(new LocalStrategy(
 function(username, password, done) {
  User.findOne({ username: username }, function (err, user) {
   if (err) { return done(err); }
   if (!user) {
    return done(null, false, { message: 'Incorrect username.' });
   }
   if (!user.validPassword(password)) {
    return done(null, false, { message: 'Incorrect password.' });
   }
   return done(null, user);
  });
 }
));

// In this case, we instanciate a Facebook Strategy
passport.use(new FacebookStrategy({
  clientID: FACEBOOK_APP_ID,
  clientSecret: FACEBOOK_APP_SECRET,
  callbackURL: "http://www.example.com/auth/facebook/callback"
 },
 function(accessToken, refreshToken, profile, done) {
  User.findOrCreate(..., function(err, user) {
   if (err) { return done(err); }
   done(null, user);
  });
 }
));

Passport.js库只配备了一两个简单的身份验证机制。除此之外,它没有超过一个符合上下文对象的一个策略类的接口。这种机制让他的使用者,很容易的实现他们自己的身份验证机制,而对项目不产生不利的影响。
 
反思

策略模式为你的代码提供了一种增加模块化和可测性的方式。这并不意味着(策略模式)总是有效。Mixins 同样可以被用来进行功能性注入,如在运行时的一个对象的算法。扁平的老式 duck-typing多态有时候也可以足够简单。

然而,使用策略模式允许你在一开始没有引入大型体系的情况下,随着负载型的增长,扩大你的代码的规模。正如我们在Passport.js例子中看到的一样,对于维护人员在将来增加另外的策略,将变得更加方便。

我喜欢策略设计模式。我尽可能多的试着去使用它。究其本质,策略模式使用委托去解耦使...

JavaScript设计模式的作用是提高代码的重用性,可读性,使代码更容易的维护和扩展

在javascript中,函数是一类对象,这表示他可以作为参数传递给其他函数;此外,函数还可以提供作用域。

创建函数的语法

命名函数表达式

//命名函数表达式
var add = function add(a,b){
 return a b;
};

var foo = function bar() {
 console.log(foo === bar);
};
foo();//true

可见,他们引用的是同一函数,但这只在函数体内有效。

var foo = function bar() {};
console.log(foo === bar);//ReferenceError: bar is not defined

但是,你不能通过调用bar()来调用该函数。

var foo = (function bar() {
 console.log(foo === bar);
})();//false

函数表达式

//又名匿名函数
var add = function(a,b){
 return a b;
};

为变量 add 赋的值是函数定义本身。这样,add 就成了一个函数,可以在任何地方调用。

函数的声明

function foo(){
 //code here
} //这里可以不需要分号

在尾随的分号中,函数表达式应总是使用分号,而函数的声明中并不需要分号结尾。

声明式函数与函数表达式的区别在于:在JS的预编译期,声明式函数将会先被提取出来,然后才按顺序执行js代码:

console.log(f1);//[Function: f1]
console.log(f2);//undefined,Javascript并非完全的按顺序解释执行,而是在解释之前会对Javascript进行一次“预编译”,在预编译的过程中,会把定义式的函数优先执行

function f1(){
 console.log("I am f1");
}
var f2 = function (){
 console.log("I am f2");
};

由于声明函数都会在全局作用域构造时候完成,因此声明函数都是window对象的属性,这就说明为什么我们不管在哪里声明函数,声明函数最终都是属于window对象的原因了。

在javascript语言里任何匿名函数都是属于window对象。在定义匿名函数时候它会返回自己的内存地址,如果此时有个变量接收了这个内存地址,那么匿名函数就能在程序里被使用了,因为匿名函数也是在全局执行环境构造时候定义和赋值,所以匿名函数的this指向也是window对象

var f2 = function (){
 console.log("I am f2");
};
console.log(f2());//I am f2

(function(){
 console.log(this === window);//true
})();

函数声明与表达式

函数的提升(hoisting)

函数声明的行为并不等同于命名函数表达式,其区别在于提升(hoisting)行为,看下面例子:

<script type="text/javascript">
 //全局函数
 function foo(){alert("global foo!");}
 function bar(){alert('global bar');}

 function hoist(){
  console.log(typeof foo);//function
  console.log(typeof bar);//undefined

  foo();//local foo!
  bar();//TypeError: 'undefined' is not a function 

  //变量foo以及实现者被提升
  function foo(){
   alert('local foo!');
  }

  //仅变量bar被提升,函数实现部分 并未被提升
  var bar = function(){
   alert('local bar!');
  };
 }
 hoist(); 
</script>

对于所有变量,无论在函数体的何处进行声明,都会在内部被提升到函数顶部。而对于函数通用适用,其原因在于函数只是分配给变量的对象。

提升,顾名思义,就是把下面的东西提到上面。在JS中,就是把定义在后面的东西(变量或函数)提升到前面中定义。 从上面的例子可以看出,在函数hoist内部中的foo和bar移动到了顶部,从而覆盖了全局foo和bar函数。局部函数bar和foo的区别在于,foo被提升到了顶部且能正常运行,而bar()的定义并没有得到提升,仅有它的声明被提升,所以,当执行bar()的时候显示结果为undefined而不是作为函数来使用。

即时函数模式

函数也是对象,因此它们可以作为返回值。使用自执行函数的好处是直接声明一个匿名函数,立即使用,省得定义一个用一次就不用的函数,而且免了命名冲突的问题,js中没有命名空间的概念,因此很容易发生函数名字冲突,一旦命名冲突以最后声明的为准。

模式一:

<script>
 (function () {
  var a = 1;
  return function () {
   alert(2);
  };
 }()());//弹出2,第一个圆括号自执行,第二个圆括号执行内部匿名函数
</script>

模式二:自执行函数变量的指向

<script type="text/javascript">
  var result = (function () {
   return 2;
  })();//这里已执行了函数

  alert(result);//result 指向了由自执行函数的返回值2;如果弹出result()会出错
</script>

模式三:嵌套函数

<script type="text/javascript">
  var result = (function () {
   return function () {
    return 2;
   };
  })();

 alert(result());//alert(result)的时候弹出function(){return 2}
</script>

模式四:自执行函数把它的返回值赋给变量

var abc = (function () {
   var a = 1;
   return function () {
    return   a;
   }
  })();//自执行函数把return后面的函数返回给变量
 alert(abc());//如果是alert(abc)就会弹出return语句后面的代码;如果是abc(),则会执行return后面的函数

模式五:函数内部执行自身,递归

// 这是一个自执行的函数,函数内部执行自身,递归
function abc() { abc(); }

回调模式

回调函数:当你将一个函数write()作为一个参数传递给另一个函数call()时,那么在某一时刻call()可能会执行(或者调用)write()。这种情况下,write()就叫做回调函数(callback function)。

异步事件监听器

回调模式有许多用途,比如,当附加一个事件监听器到页面上的一个元素时,实际上是提供了一个回调函数的指针,该函数将会在事件发生时被调用。如:

document.addEventListener("click",console.log,false);
上面代码示例展示了文档单击事件时以冒泡模式传递给回调函数console.log()的

javascript特别适用于事件驱动编程,因为回调模式支持程序以异步方式运行。

超时

使用回调模式的另一个例子是,当使用浏览器的window对象所提供的超时方法:setTimeout()和setInterval(),如:

<script type="text/javascript">
 var call = function(){
  console.log("100ms will be asked…");
 };
 setTimeout(call, 100);
</script>

库中的回调模式

当设计一个js库时,回调函数将派上用场,一个库的代码应尽可能地使用可复用的代码,而回调可以帮助实现这种通用化。当我们设计一个庞大的js库时,事实上,用户并不会需要其中的大部分功能,而我们可以专注于核心功能并提供“挂钩形式”的回调函数,这将使我们更容易地构建、扩展,以及自定义库方法

Curry化

Curry化技术是一种通过把多个参数填充到函数体中,实现将函数转换为一个新的经过简化的(使之接受的参数更少)函数的技术。———【精通JavaScript】

简单来说,Curry化就是一个转换过程,即我们执行函数转换的过程。如下例子:

<script type="text/javascript">
 //curry化的add()函数
 function add(x,y){
  var oldx = x, oldy = y;
  if(typeof oldy == "undefined"){
   return function(newy){
    return oldx   newy;
   };
  }
  //完全应用
  return x y;
 }
 //测试
 typeof add(5);//输出"function"
 add(3)(4);//7
 //创建并存储一个新函数
 var add2000 = add(2000);
 add2000(10);//输出2010
</script>

当第一次调用add()时,它为返回的内部函数创建了一个闭包。该闭包将原始的x和y值存储到私有变量oldx和oldy中。

现在,我们将可使用任意函数curry的通用方法,如:

<script type="text/javascript">
 //普通函数
 function add(x,y){
  return x   y;
 }
 //将一个函数curry化以获得一个新的函数
 var newadd = test(add,5);
 newadd(4);//9

 //另一种选择,直接调用新函数
 test(add,6)(7);//输出13
</script>

何时使用Curry化

当发现正在调用同一个函数时,并且传递的参数绝大多数都是相同的,那么该函数可能是用于Curry化的一个很好的候选参数

您可能感兴趣的文章:

  • js面向对象之常见创建对象的几种方式(工厂模式、构造函数模式、原型模式)
  • javascript组合使用构造函数模式和原型模式实例
  • 深入理解JavaScript系列(26):设计模式之构造函数模式详解
  • JavaScript中的函数模式详解
  • JavaScript函数模式详解
  • JS面向对象基础讲解(工厂模式、构造函数模式、原型模式、混合模式、动态原型模式)
  • JavaScript面向对象设计二 构造函数模式

本文由金沙棋牌发布于金沙棋牌官方平台,转载请注明出处:函数模式详解及示例,详解JavaScript的策略模式编

关键词: