有人说设计模式是为了弥补java语言的缺陷,你觉得是这样吗?
如果你从语言的角度来看设计模式,那是对的。一些设计模式弥补了java语言的不足,其中最明显的是singleton模式。
java本身不提供单例对象创建,需要通过单例模式实现。什么样的饿、懒、多线程都要注意dcl、易变关键字等,导致面试题很多。
在现代语言中,许多提供了创建单例对象的语法,例如scala和kotlin的对象关键字。
从架构的角度来看,设计模式将组件关系解耦。
假设我们要实现一个带有上载服务的文件服务器来上载文件。我们可以调用convertservice来转换文件。uploadservice属于核心模块uploadmodule,convertservice属于非核心模块conversionmodule。
如果uploadservice直接调用convertservice来执行转换,则核心模块依赖于非核心模块。如下图所示:
非核心模块相对不稳定,核心模块相对稳定。核心模块对非核心模块的依赖将导致核心模块的不稳定性。所以可以使用策略模式来解耦:
看箭头方向,现在转换模块依赖于上传模块,转换模块的变化不会影响上传模块。依赖的方向改变了。这就是传说中的“依赖倒置”
如何学习spring?是先学习设计模式还是spring?
当我看到最后一个可爱的答案时,我想笑。主要的问题应该是我还没有接触到spring框架。我有以下学习建议:
spring框架包含了许多顶级的架构设计思想。研究它需要很多经验。而设计模式也是一个大课题,有一本厚厚的设计模式书供你学习。所以,我们不能说谁先学这两样东西,应该用哪两样东西,应该学哪两样东西。
有人说设计模式是为了弥补java的缺点,这是合理的。把23种传统的设计模式都整理出来需要一点时间,要学会掌握它们确实很难。
原文标题:观察者模式uml类图 有人说设计模式是为了弥补Java语言的缺陷,你觉得是这样吗?,如若转载,请注明出处:https://www.saibowen.com/news/23631.html
免责声明:此资讯系转载自合作媒体或互联网其它网站,「赛伯温」登载此文出于传递更多信息之目的,并不意味着赞同其观点或证实其描述,文章内容仅供参考。