一个让你图文并茂轻松学习设计模式的网站

2021/02/22

设计模式是软件设计中常见问题的典型解决方案,它们就像能根据需求进行调整的预制蓝图, 可用于解决代码中反复出现的设计问题,如果不懂设计模式的话,遇到这些问题就只能抓瞎了。

设计模式玩得炉火纯青,写出的代码就更优雅,阅读起来也会更加舒服,可维护性、可扩展性就更强

1、Refactoring Guru

推荐一个学习网站:Refactoring Guru,网址:https://refactoring.guru

这虽然是一个国外的网站,却神奇的实现了中文化国际化,爱了爱了,无情地爱了。据作者说,他建站的初衷就是为了帮助我们程序员,快速地掌握设计模式,但把网站做到这种用心的程度,我只能情不自禁地点赞了!

设计模式是什么

设计模式是软件设计中常见问题的典型解决方案。 它们就像能根据需求进行调整的预制蓝图, 可用于解决代码中反复出现的设计问题。

设计模式与方法或库的使用方式不同, 你很难直接在自己的程序中套用某个设计模式。 模式并不是一段特定的代码, 而是解决特定问题的一般性概念。 你可以根据模式来实现符合自己程序实际所需的解决方案。

模式与算法的区别

人们常常会混淆模式和算法, 因为两者在概念上都是已知特定问题的典型解决方案。 但算法总是明确定义达成特定目标所需的一系列步骤, 而模式则是对解决方案的更高层次描述。 同一模式在两个不同程序中的实现代码可能会不一样。

  • 算法更像是菜谱: 提供达成目标的明确步骤。
  • 模式更像是蓝图: 你可以看到最终的结果和模式的功能, 但需要自己确定实现步骤

模式包含哪些内容

模式的描述通常包含以下三部分

  • 意图部分简单描述问题和解决方案。
  • 动机部分将进一步解释问题并说明模式会如何提供解决方案。
  • 结构部分展示模式的每个部分和它们之间的关系。

设计模式的优势

  • 设计模式是针对软件设计中常见问题的工具箱, 其中的工具就是各种经过实践验证的解决方案。 即使你从未遇到过这些问题, 了解模式仍然非常有用, 因为它能指导你如何使用面向对象的设计原则来解决各种问题。
  • 设计模式定义了一种让你和团队成员能够更高效沟通的通用语言。 你只需说 “哦, 这里用单例就可以了”, 所有人都会理解这条建议背后的想法。 只要知晓模式及其名称, 你就无需解释什么是单例。

设计模式分类

根据模式的意图或目的,我们可以划分为3个不同的组别,共22种经典设计模式:

  • 创建型模式,提供创建对象的机制, 增加已有代码的灵活性和可复用性。

  • 结构型模式,介绍如何将对象和类组装成较大的结构, 并同时保持结构的灵活和高效。

  • 行为模式,负责对象间的高效沟通和职责委派。

设计模式的历史

谁发明了设计模式

模式是面向对象设计中常见问题的典型解决方案。 同样的解决方案在各种项目中得到了反复使用, 所以最终有人给它们起了名字, 并对其进行了详细描述。 这基本上就是模式被发现的历程了。

模式的概念是由克里斯托佛·亚历山大在其著作 《建筑模式语言》 中首次提出的。 本书介绍了城市设计的 “语言”, 而此类 “语言” 的基本单元就是模式。 模式中可能会包含对窗户应该在多高、 一座建筑应该有多少层以及一片街区应该有多大面积的植被等信息的描述。

埃里希·伽玛、 约翰·弗利赛德斯、 拉尔夫·约翰逊和理查德·赫尔姆这四位作者接受了模式的概念。 1994 年, 他们出版了 《设计模式: 可复用面向对象软件的基础》 一书, 将设计模式的概念应用到程序开发领域中。 该书提供了 23 个模式来解决面向对象程序设计中的各种问题, 很快便成为了畅销书。 由于书名太长, 人们将其简称为 “四人组 (Gang of Four, GoF) 的书”, 并且很快进一步简化为 “GoF 的书”。

设计模式的争议

  • 模式试图将已经广泛使用的方式系统化。 许多人会将这样的统一化认为是某种教条, 他们会 “全心全意” 地实施这样的模式, 而不会根据项目的实际情况对其进行调整,造成低效的解决方案。

  • 设计模式能帮助你解决软件设计中经常出现的问题。 但是, 你不能像使用现成的函数或程序库那样, 拿来某个模式就将其套用到自己的程序中。 模式并不是一段特定的代码, 而是用于解决特定问题的一般性概念。

向架构师方向发展,设计模式是必须要翻过的坎,赶快登陆网站 https://refactoring.guru,学起来吧。

Post Directory