标签:面试官 专题 原则 业务 接口 面试 rabbitmq 模块 视频教程
就一个类来说,应该仅有一个引起它变化的原因。也就是说,一个类应该只有一个职责。 如果有多个职责,那么就相当于把这些指责耦合在起,一个职责的变化就可能削弱或抑制了这个类完成其他职责的能力,引起类的变化的原因就会有多个。所以在构造一个类时, 将类的不同职责分离至两个或多个类中(或者接口中),确保引起该类变化的原因只有一个。
(2)开闭原则(OCP)
================
软件组成实体应该是可扩展的,但是不可修改。开放-封闭原则认为应该试图设计永远也不需要改变的模块。可以添加新代码来打展系统的行为,不能对已有的代码进行修改。这个原则很好的实现了面向对象的封装性和可重用性。
(3)替换原则(LSP)
================
子类应当可以替换父类并出现在父类能够出现的任何地方。这个原则是Liskov于1987年提出的设计原则。它同样可以从Bertrand Meyer 的DBC(Design by Contract)的概念推出。以圆和椭圆为例,圆是椭圆的一一个特殊子类。因此任何出现椭圆的地方,圆均可以出现。
但反过来就可能行不通。运用替换原则时,尽量把类B设计为抽象类或者接口,让C类继承类B (接口B)并实现操作A和操作B,运行时,类C实例替换B,这样即可进行新类的扩展(继承类B或接口B),同时无须对类A进行修改。
(4)依赖倒置原则(DIP)
==================
在进行业务设计时,与特定业务有关的依赖关系应该尽量依赖接口和抽象类,而不是依赖于具体类。具体类只负责相关业务的实现,修改具体类不影响与特定业务有关的依赖关系。在结构化设计中,可以看到底层的模块是对高层抽象模块的实现,这说明,抽象的模块要依赖具体实现相关的模块,底层模块的具体实现发生变动时将会严重影响高层抽象的模块,显然这是结构化方法的一个“硬伤”。
但面向对象方法的依赖关系刚好相反,具体实现类依赖于抽象类和接口。为此,在进行业务设计时,应尽量在接口或抽象类中定义业务方法的原型,并通过具体的实现类(子类)来实现该业务方法,业务方法内容的修改将不会影响到运行时业务方法的调用。
(5)接口分离原则(ISP)
==================
采用多个与特定客户类有关的接口比采用一个通用的涵盖多个业务方法的接口要好。ISP 原则是另外一个支持诸如COM等组件化的使能技术。缺少ISP组件类的可用性和移植性将大打折扣。这个原则的本质相当简单。如果拥有一个针对多个客户的类,为每一个客户创建特定业务接口,然后使该客户类继承多个特定业务接口将比直接加载客户所需所有方法有效。
(6)组合重用原则
=============
就是能用组合实现的地方,尽量用组合来实现,而不要使用继承来扩展功能,因为组合能更好地实现封装,比继承具有更大的灵活性和更稳定的结构。
(7)迪米特原则
最后
即使是面试跳槽,那也是一个学习的过程。只有全面的复习,才能让我们更好的充实自己,武装自己,为自己的面试之路不再坎坷!今天就给大家分享一个Github上全面的Java面试题大全,就是这份面试大全助我拿下大厂Offer,月薪提至30K!
我也是第一时间分享出来给大家,希望可以帮助大家都能去往自己心仪的大厂!为金三银四做准备!
一共有20个知识点专题,分别是:
Dubbo面试专题
JVM面试专题
Java并发面试专题
Kafka面试专题
MongDB面试专题
MyBatis面试专题
MySQL面试专题
Netty面试专题
RabbitMQ面试专题
Redis面试专题
Spring Cloud面试专题
SpringBoot面试专题
zookeeper面试专题
常见面试算法题汇总专题
计算机网络基础专题
设计模式专题
Ugv-1628225327741)]
计算机网络基础专题
[外链图片转存中…(img-63KSk3aq-1628225327742)]
设计模式专题
[外链图片转存中…(img-LqCAKs3b-1628225327742)]
标签:面试官,专题,原则,业务,接口,面试,rabbitmq,模块,视频教程 来源: https://blog.csdn.net/m0_58397123/article/details/119452370
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。