JS设计模式——设计模式概论

文章目录

  • 前言
  • 一、设计模式
    • 1. 设计模式扮演的角色
    • 2. 程序设计原则
    • 3. 设计模式的分类
  • 总结


前言

在了解设计模式后,发现它起始没有那么高大上,有些是我们平时开发中已经用到的东西(更好的设计模块,组织共同的代码),它只是给这些好用的代码模式起了一个名字而已。


一、设计模式

项目/功能 = 模块 + 沟通;

1. 设计模式扮演的角色

1. 帮助我们组织模块(通过一些设计模式,组织模块间的组成结构);
2. 帮助我们设计沟通(有的设计模式可以帮助我们设计模块间如何沟通);
3. 提高代码质量(通过设计模式,让代码更加优雅);

2. 程序设计原则

1. 开闭原则(我们的程序对扩展开放,对修改关闭。);
2. 单一职责原则(模块只做一件事情,它的职责越单一越好);
3. 依赖倒置原则(上层模块不依赖具体的下层模块,而应该依赖抽象层);
//依赖倒置原则(上层模块不依赖具体的下层模块,而应该依赖抽象层)代码实例

//假设有四种菜,一个点单类

//1.点单依赖菜的代码(有几种菜,点单上就忒有几种方法,当菜发生变动时,点单上的方法也要发生变动)
function food1() {}
function food2() {}
function food3() {}
function food4() {}

function order() {}
order.prototype.orderFood1 = function() {}
order.prototype.orderFood2 = function() {}
order.prototype.orderFood3 = function() {}
order.prototype.orderFood4 = function() {}


//2.在菜和点单中间,抽象出一个餐馆层的代码(这样菜无论怎么变动都不会影响我们的点单,我们只需要改变一下抽象层餐馆)
function food1() {}
function food2() {}
function food3() {}
function food4() {}

function resturn(food) {	//餐馆
	var list = {	//类似菜单
		food1: new food1(),
		food2: new food2(),
		food3: new food3(),
	}
	return list[food];
}
function order(food) {	//点单
	return resturn(food);
}

4. 接口隔离原则(接口应该细化,功能应该单一,不要一个接口调用太多方法);
5. 迪米特法则/最少知识原则(两个对象之间产生沟通,但两个对象没有必要互相非常了解);
6. 里氏替换原则(关注点在“继承”,子类继承父类时,要保证完全继承父类的属性和方法,这样父类使用的地方,子类可以替换);

3. 设计模式的分类

1. 创建型(这些设计模式可以帮助我们优雅地创建对象);
	1.1. 工厂模式——大量创建对象;
	1.2. 建造者模式——精细化组合对象;
	1.3. 单例模式——全局只能有我一个;
	1.4. 原型模式——JavaScript的灵魂;
2. 结构型(帮助我们优雅地设计代码结构);
	2.1. 外观模式——给你一个套餐;
	2.2. 适配器模式——用适配代替更改;
	2.3. 装饰者模式——更优雅地扩展需求;
	2.4. 享元模式——共享来减少数量;
	2.5. 桥接模式——独立出来,然后再对接过去;
3. 行为型(模块之间行为的模式总结,帮助我们组织模块行为);
	3.1. 观察者模式——我作为第三方转发;
	3.2. 状态模式——用状态代替判断;
	3.3. 策略模式——算法工厂;
	3.4. 职责链模式——像生产线一样组织模块;
	3.5.  命令模式——用命令去解耦;
	3.6. 迭代器模式——告别for循环;
4. 技巧型(一些帮助我们优化代码的技巧);
	4.1. 链模式——链式调用;
	4.2. 委托模式——让别人代替你收快递;
	4.3. 数据访问模式——一个方便的数据管理器;
	4.4. 惰性模式——我要搞机器学习;
	4.5. 等待者模式——等你们都回来再吃饭;
5. 架构型(清晰的将一些子系统组合在一起);

总结

革命尚未成功,同志仍需努力。

你可能感兴趣的:(前端进阶笔记,#,Javascript进阶,javascript,设计模式,开发语言)