前端必须知道——设计模式六大原则_前端设计原则

六大原则

1. 单一职责原则 single Responsibility principle

一个方法只做一件事情，请求数据的函数你就不要渲染数据了，吃饭上厕所别用同一个地方

  假设我们涉及的一个函数，不按照单一职责原则来写，代码的复杂度会提高，因为一个函数内部含有多个功能，而实际上，每个功能都可以独自拆分程一个独立的函数。

  也就是说，每个函数来写一个功能。诸多函数汇总起来，就要形成耦合，也就是以牺牲耦合度的代价来降低复杂度。

2.开闭原则 OCP

  开闭原则 OCP 一个软件实体如类、模块和函数应该对扩展开放，对修改关闭

  面向扩展开放，面向修改关闭 jquery extend，同时增强代码复用性。

3.里氏代换原则 L Subsituation Principle。

  任何基类可以出现的地方，子类一定可以出现。通俗的来讲就是：子类可以扩展父类的功能，但不能改变父类原有的功能。

  一个父类可以访问的接口，父类忙着其他事情，子类可以去访问。

4.迪米特法则 （最小知道原则）LD

  一个接口和一个方法，传入的参数越少越好。降低耦合度的同时也会让复杂程度降低。

谍战片中间谍，两个同一伙间谍互相不知道，为什么要这样呢?
为了最大程度较少伤害，死只死一条线上的人。

形成的关联越少越好 依赖最少。

5.依赖倒置原则 DIP

  最常用的原则，依赖接口，不依赖方法，底层的东西不用了解，我们只需知道表现就可以。降低耦合度

前端应用中可以理解成多者之间依赖状态，而不依赖彼此。

6.接口分离原则 ISP

把大接口拆分小接口，不能一个接口全部实现增删改查

比如我写作业，要细分成，写数学，写英语，写语文等作业。同时降低耦合度了

开发的原则

优先降低复杂度，尽量降低耦合度

1. 利用单一职责原则，开闭原则，里氏代换原则降低复杂度。
2. 通过迪米特法则减少耦合度
3. 通过依赖倒置原则消除可以没有的耦合

原则是理论，模式是在理论上的具体方式
我希望并建议你考试100分，但都是理论，具体还需要落在实际方式方法上，但不可以追求，
其中有时间成本问题，用更多时间去玩还能保证不低的分数也是可以的。

总结

JS中没有接口概念

作为前端开发人员来说，我们用的最多的设计原则是S（单一职责原则）.O（开放封闭原则），所以在程序设计的时候我们重点关注这两个即可 ；