程序架构原则

问题描述

精选答案

1.单一职责原则

对于一个类而言，应该只有一个引起他变化的原因，说白了就是不同的类有不同的责任，各施其责，就像一个团队一样，分工合作每个人负责每个人的事情

在我们做系统设计的时候，如果发现一个类有两种职责，那就问自己，可以分成两个类吗，如果可以，那就分吧，不要嫌麻烦，如果以前项目大了，两个责任互相影响，就会更加的难以维护

2.开放封闭原则

说白了就是对扩展开放，对修改关闭

当有需求改变的时候，就尽量的不去修改原来的代码而去在原来的代码上进行继承扩展，而不是直接的去修改这个类的代码，当然如果对整体系统的架构不影响的情况下，那修改就去修改吧

在你的系统进行升级和更新的时候，你如果改了原来的代码的前提下，有人还在用你以前的项目，而没有去更新，那你改动之后，别的用户就会出问题，

3.里氏替换原则

在你继承一个类的时候，务必重写父类的所有方法

4.最少知识原则

只与你最直接的朋友交流

尽量的减少对象之间的交互，从而减少类的耦合度，就是：高内聚，低耦合的意思

简单点说就是不要让一个类依赖于过多的类，尽量减少类之间的关系，否则你死都不知道怎么死的

5.接口隔离原则

不要对外暴露没有实际意义的接口。也就是说接口是给别人用的，不要去为难别人，尽量保证接口的实用性，对谁都好

就是你对外暴露接口的时候，想一想这个接口有没有必要对外暴露，如果是没有用的接口，那就删了吧，一旦提供了，就意味着你以后还要多做一件事，何必没事找事呢

6.依赖倒置原则

应该是面向接口编程，而不是面向类编程，想当于就事论事，那是正向依赖（正常人思维）；

面向接口编程，相当于通过事物的表象来看本质，那是反向依赖，即依赖倒置（程序员思维）