设计模式之美
王争
前Google工程师,《数据结构与算法之美》专栏作者
新⼈⾸单¥69.9
29918 人已学习
课程目录
已完结 113 讲
0/6登录后,你可以任选6讲全文学习。
开篇词 (1讲)
开篇词 | 一对一的设计与编码集训,让你告别没有成长的烂代码!
免费
设计模式学习导读 (3讲)
01 | 为什么说每个程序员都要尽早地学习并掌握设计模式相关知识?
02 | 从哪些维度评判代码质量的好坏?如何具备写出高质量代码的能力?
03 | 面向对象、设计原则、设计模式、编程规范、重构,这五者有何关系?
设计原则与思想:面向对象 (11讲)
04 | 理论一:当谈论面向对象的时候,我们到底在谈论什么?
05 | 理论二:封装、抽象、继承、多态分别可以解决哪些编程问题?
06 | 理论三:面向对象相比面向过程有哪些优势?面向过程真的过时了吗?
07 | 理论四:哪些代码设计看似是面向对象,实际是面向过程的?
08 | 理论五:接口vs抽象类的区别?如何用普通的类模拟抽象类和接口?
09 | 理论六:为什么基于接口而非实现编程?有必要为每个类都定义接口吗?
10 | 理论七:为何说要多用组合少用继承?如何决定该用组合还是继承?
11 | 实战一(上):业务开发常用的基于贫血模型的MVC架构违背OOP吗?
12 | 实战一(下):如何利用基于充血模型的DDD开发一个虚拟钱包系统?
13 | 实战二(上):如何对接口鉴权这样一个功能开发做面向对象分析?
14 | 实战二(下):如何利用面向对象设计和编程开发接口鉴权功能?
设计原则与思想:设计原则 (12讲)
15 | 理论一:对于单一职责原则,如何判定某个类的职责是否够“单一”?
16 | 理论二:如何做到“对扩展开放、修改关闭”?扩展和修改各指什么?
17 | 理论三:里式替换(LSP)跟多态有何区别?哪些代码违背了LSP?
18 | 理论四:接口隔离原则有哪三种应用?原则中的“接口”该如何理解?
19 | 理论五:控制反转、依赖反转、依赖注入,这三者有何区别和联系?
20 | 理论六:我为何说KISS、YAGNI原则看似简单,却经常被用错?
21 | 理论七:重复的代码就一定违背DRY吗?如何提高代码的复用性?
22 | 理论八:如何用迪米特法则(LOD)实现“高内聚、松耦合”?
23 | 实战一(上):针对业务系统的开发,如何做需求分析和设计?
24 | 实战一(下):如何实现一个遵从设计原则的积分兑换系统?
25 | 实战二(上):针对非业务的通用框架开发,如何做需求分析和设计?
26 | 实战二(下):如何实现一个支持各种统计规则的性能计数器?
设计原则与思想:规范与重构 (11讲)
27 | 理论一:什么情况下要重构?到底重构什么?又该如何重构?
28 | 理论二:为了保证重构不出错,有哪些非常能落地的技术手段?
29 | 理论三:什么是代码的可测试性?如何写出可测试性好的代码?
30 | 理论四:如何通过封装、抽象、模块化、中间层等解耦代码?
31 | 理论五:让你最快速地改善代码质量的20条编程规范(上)
32 | 理论五:让你最快速地改善代码质量的20条编程规范(中)
33 | 理论五:让你最快速地改善代码质量的20条编程规范(下)
34 | 实战一(上):通过一段ID生成器代码,学习如何发现代码质量问题
35 | 实战一(下):手把手带你将ID生成器代码从“能用”重构为“好用”
36 | 实战二(上):程序出错该返回啥?NULL、异常、错误码、空对象?
37 | 实战二(下):重构ID生成器项目中各函数的异常处理代码
设计原则与思想:总结课 (3讲)
38 | 总结回顾面向对象、设计原则、编程规范、重构技巧等知识点
免费
39 | 运用学过的设计原则和思想完善之前讲的性能计数器项目(上)
40 | 运用学过的设计原则和思想完善之前讲的性能计数器项目(下)
设计模式与范式:创建型 (7讲)
41 | 单例模式(上):为什么说支持懒加载的双重检测不比饿汉式更优?
42 | 单例模式(中):我为什么不推荐使用单例模式?又有何替代方案?
43 | 单例模式(下):如何设计实现一个集群环境下的分布式单例模式?
44 | 工厂模式(上):我为什么说没事不要随便用工厂模式创建对象?
45 | 工厂模式(下):如何设计实现一个Dependency Injection框架?
46 | 建造者模式:详解构造函数、set方法、建造者模式三种对象创建方式
47 | 原型模式:如何最快速地clone一个HashMap散列表?
设计模式与范式:结构型 (8讲)
48 | 代理模式:代理在RPC、缓存、监控等场景中的应用
49 | 桥接模式:如何实现支持不同类型和渠道的消息推送系统?
50 | 装饰器模式:通过剖析Java IO类库源码学习装饰器模式
51 | 适配器模式:代理、适配器、桥接、装饰,这四个模式有何区别?
52 | 门面模式:如何设计合理的接口粒度以兼顾接口的易用性和通用性?
53 | 组合模式:如何设计实现支持递归遍历的文件系统目录树结构?
54 | 享元模式(上):如何利用享元模式优化文本编辑器的内存占用?
55 | 享元模式(下):剖析享元模式在Java Integer、String中的应用
设计模式与范式:行为型 (18讲)
56 | 观察者模式(上):详解各种应用场景下观察者模式的不同实现方式
57 | 观察者模式(下):如何实现一个异步非阻塞的EventBus框架?
58 | 模板模式(上):剖析模板模式在JDK、Servlet、JUnit等中的应用
59 | 模板模式(下):模板模式与Callback回调函数有何区别和联系?
60 | 策略模式(上):如何避免冗长的if-else/switch分支判断代码?
61 | 策略模式(下):如何实现一个支持给不同大小文件排序的小程序?
62 | 职责链模式(上):如何实现可灵活扩展算法的敏感信息过滤框架?
63 | 职责链模式(下):框架中常用的过滤器、拦截器是如何实现的?
64 | 状态模式:游戏、工作流引擎中常用的状态机是如何实现的?
65 | 迭代器模式(上):相比直接遍历集合数据,使用迭代器有哪些优势?
66 | 迭代器模式(中):遍历集合的同时,为什么不能增删集合元素?
67 | 迭代器模式(下):如何设计实现一个支持“快照”功能的iterator?
68 | 访问者模式(上):手把手带你还原访问者模式诞生的思维过程
69 | 访问者模式(下):为什么支持双分派的语言不需要访问者模式?
70 | 备忘录模式:对于大对象的备份和恢复,如何优化内存和时间的消耗?
71 | 命令模式:如何利用命令模式实现一个手游后端架构?
72 | 解释器模式:如何设计实现一个自定义接口告警规则功能?
73 | 中介模式:什么时候用中介模式?什么时候用观察者模式?
设计模式与范式:总结课 (2讲)
74 | 总结回顾23种经典设计模式的原理、背后的思想、应用场景等
75 | 在实际的项目开发中,如何避免过度设计?又如何避免设计不足?
开源与项目实战:开源实战 (14讲)
76 | 开源实战一(上):通过剖析Java JDK源码学习灵活应用设计模式
77 | 开源实战一(下):通过剖析Java JDK源码学习灵活应用设计模式
78 | 开源实战二(上):从Unix开源开发学习应对大型复杂项目开发
79 | 开源实战二(中):从Unix开源开发学习应对大型复杂项目开发
80 | 开源实战二(下):从Unix开源开发学习应对大型复杂项目开发
81 | 开源实战三(上):借Google Guava学习发现和开发通用功能模块
82 | 开源实战三(中):剖析Google Guava中用到的几种设计模式
83 | 开源实战三(下):借Google Guava学习三大编程范式中的函数式编程
84 | 开源实战四(上):剖析Spring框架中蕴含的经典设计思想或原则
85 | 开源实战四(中):剖析Spring框架中用来支持扩展的两种设计模式
86 | 开源实战四(下):总结Spring框架用到的11种设计模式
87 | 开源实战五(上):MyBatis如何权衡易用性、性能和灵活性?
88 | 开源实战五(中):如何利用职责链与代理模式实现MyBatis Plugin?
89 | 开源实战五(下):总结MyBatis框架中用到的10种设计模式
开源与项目实战:项目实战 (9讲)
90 | 项目实战一:设计实现一个支持各种算法的限流框架(分析)
91 | 项目实战一:设计实现一个支持各种算法的限流框架(设计)
92 | 项目实战一:设计实现一个支持各种算法的限流框架(实现)
93 | 项目实战二:设计实现一个通用的接口幂等框架(分析)
94 | 项目实战二:设计实现一个通用的接口幂等框架(设计)
95 | 项目实战二:设计实现一个通用的接口幂等框架(实现)
96 | 项目实战三:设计实现一个支持自定义规则的灰度发布组件(分析)
97 | 项目实战三:设计实现一个支持自定义规则的灰度发布组件(设计)
98 | 项目实战三:设计实现一个支持自定义规则的灰度发布组件(实现)
开源与项目实战:总结课 (1讲)
99 | 总结回顾:在实际软件开发中常用的设计思想、原则和模式
设计模式之美
15
15
1.0x
00:00/00:00
登录|注册

99 | 总结回顾:在实际软件开发中常用的设计思想、原则和模式

王争 2020-06-19
到今天为止,理论部分和实战部分都已经讲完了,整个专栏也接近尾声了。我这里用两节课的时间,带你一块复习一下前面学到的知识点。跟前面的讲解相对应,这两节课分别是针对理论部分和实战部分进行回顾总结。
今天,我先来带你回顾一下整个专栏的知识体系。我们整个专栏围绕着编写高质量代码展开,涵盖了代码设计的方方面面,主要包括面向对象、设计原则、编码规范、重构技巧、设计模式这五个部分。我们就从这五个方面,带你一块把之前学过的知识点串一遍。
话不多说,让我们正式开始今天的学习吧!

面向对象

相对于面向过程、函数式编程,面向对象是现在最主流的编程范式。纯面向过程的编程方法,现在已经不多见了,而新的函数式编程,因为它的应用场景比较局限,所以大多作为面向对象编程的一种补充,用在科学计算、大数据处理等特殊领域。
它提供了丰富的特性,比如封装、抽象、继承、多态,有助于实现复杂的设计思路,是很多设计原则、设计模式等编程实现的基础。
在面向对象这一部分,我们要重点掌握面向对象的四大特性:封装、抽象、继承、多态,以及面向对象编程与面向过程编程的区别。需要特别注意的是,在平时的面向对象编程开发中,我们要避免编写出面向过程风格的代码。
除此之外,我们还重点学习了面向对象分析(OOA)、设计(OOD)、编程(OOP)。其中,面向对象分析就是需求分析,面向对象设计是代码层面的设计,输出的设计结果是类。面向对象编程就是将设计的结果翻译成代码的过程。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《设计模式之美》,如需阅读全部文章,
请订阅文章所属专栏新⼈⾸单¥69.9
立即订阅
登录 后留言

精选留言(27)

  • Jxin
    记住大半。比较蠢,我是靠持续重构,眼里不容刺的把自己碰到的每行代码捋顺眼入的门。另外整理知识分享,教会别人,在准备的时候有时能理解得更透测。在解答别人问题时,有时能有眼前一亮新的理解。

    总结,较真死磕,用心分享。
    2020-06-19
    18
  • 重复了多遍,不停地学不停地忘,这一年看了两本代码整洁之道,大部分都忘了,看了一本架构整洁之道,抽象的概念,原则,计算架构混乱度的公式,也都忘了,只记住了架构师的职责,架构师该做什么,看了一本深入理解java虚拟机三遍,还总结了脑图,就这样也还是忘得差不多了,c++因为工作中用到,看了一半c++primer,现在也都忘完了,effective java看了一遍,做了总结,还是忘完了,算法,撸了两遍数据结构与算法之美,刷了100多道题,现在也记不住多少了,mysql 45讲刷了一半多,也都忘得差不多了,许式伟的架构课刷了一遍,也就记住一些架构师做事的方式......
        大部分知识,只要"知道"就够了,关键时刻能想起他来,再去研究适不适合当前场景.想把细节都捯饬清楚不现实,而且容易忘
       所以我的做法是忘就忘了,忘了说明他不重要,毕竟很多内容,平时工作都是凭直觉去思考就能想到,譬如重构一段老代码,或者起一个新模块,跟同事了解完前因后果,需求分析,自然而然就有了解决方案,设计原则,模式也就在不经意之中应用上了,根本不会在一开始就想"我要用某个设计模式"这种问题
        然后,知识学到和会用,真的是两码事,前一阵做过一个udp客户端,向服务器发包和收包,我的做法就是发一次再收一次,然后这个模块就经常出现卡死,问题产生的原因很简单,就是udp丢包了,我一直就知道这件事情,选tcp和udp的时候还想过两者各自的优点和缺点,tcp信息传输稳定,但是需要考虑断点重连,udp不需要管理连接,但是需要防止丢包,即便想到这一点,代码依旧没有考虑到这个问题,把发包和收包给串行了,导致请求阻塞,然后给好几个同事看,大家也愣是没找到问题.这件事情让我感触很深,这个知识,你知道他,和你做事情的时候能用上他,真的就是两码事,所以我在总结出一个成长路线,一个对编程不了解的人新入行时,多搬砖成长的快,搬砖熟练到一定程度,补习基础成长的快,补到一定程度,知识开始盈余,实战不足,这时应该多搬砖,所以一个快速提升的途径应该是搬砖->学习->搬砖->学习.无限循环,搬砖的时候不要怕出错,搬砖是对学习成果的检验,学习时不要钻牛角尖,学习是为了学以致用,而不是"秀"给别人看,一定要钻研细节的话就等搬砖用到了,或者面试时再去钻研,忘掉的知识,感觉重要就复习,感觉不重要就忘掉好了

    作者回复: 可以看看我写的这篇文章:
    https://mp.weixin.qq.com/s/uKkQMIWTtAmvsEYZCxvZeg

    2020-06-19
    2
    10
  • 岁月神偷
    对于一个重复的知识点,学了就忘的根本原因还是没有彻底弄明白,遇到这类情况,我想提出两个观点,一家之言,仅供参照。第一,对于难啃的知识,要学会迂回作战,在遇到非常大的困难时往往我们会陷入一种死磕到底的状态,问题当然是要解决的,但面对强敌,学会迂回也不失为一种战术,一个知识点非常难懂,很可能是这个知识点涵盖的其他知识点你没有掌握,由于对其他知识点的掌握不足,影响了自己的理解。所以,平稳心态继续学习,在某个时间点回过头来看的时候,有的难题真的会茅塞顿开。第二,实践是检验真理的唯一标准,如果学来的知识点一直无法实际运用,你很难说自己完全弄明白了,很多坑是要在实战过程中踩出来的,纸上谈兵的书生和经历过战场的老兵哪个更靠谱一些呢,所以不能一直浮在理论层面,一定要想法设法在工作实践中加以运用,以此来加深自己对知识的理解。当一个人真正搞明白一个知识点的时候,不存在记不记得住之说,同一句话可以有很多种说法,换一种说法他一样能够把这个知识点说明白。
    2020-06-19
    1
    9
  • 悟光
    记住了一半吧,但是和原来写的代码做对比发现代码质量真的有非常大的进步。我从争哥专栏一开始就学习了,这期间犯过这么几点错误。
    1、看完面向对象的时候设计的时候感觉醍醐灌顶,看完文章两遍之后就觉得掌握了,但是在遇到新的需求做需求分析,设计类的时候还是感觉脑容量不够,有点不知所措,无从下手的感觉。后面反思发现是想一开始就做比较完美的设计和类划分,想到的每个方案其实都有很明显的缺陷,这种矛盾的感觉导致烦躁和自我怀疑。
    2、看完编码规范和重构之后,给变量起名的时候也过分纠结了,某种程度上降低效率。后面反思觉得完全可以用注释来提升可读性,没必要在细节上耗费太多精力。
    3、看设计模式的时候,某这些瞬间感觉看到新世界,再联想到看过的一些优秀的源码激动的开始鼓掌🤣🤣,心里就起了强烈的实践一下的渴望于是在很小的功能里也用上设计模式😂😂,,导致有同事看我代码的时候有点费劲,尽管也激发了同事学习的兴趣,但是实际上也是一种孤独设计。
    对第一种采取:先摈弃空想,有思路就动手画线框图,用大白话写文档,有个初出版,然后在反复揣摩争哥的例子,然后再去改,如此三四遍,开始写代码先完成需求。过一周再回头看看专栏,在做设计,在修改代码。在这个过程中很明显感受到自己对设计原则为什么那么定义有更真切直观的感受,并且感受到对业务的熟悉程度也影响设计的好坏,是循序渐进的过程。
    2、编码规范和设计模式的学习,更多的看优秀框架,对框架的一部分觉得很感兴趣就在草稿纸上抄写主要的逻辑(个人觉得手写更慢,能留给大脑更多删减思考优秀优秀代码的精妙),并且对同一部分强迫自己看两三遍,因为一遍有一遍的发现新想法和对优秀代码钦佩的体验。这种感觉加深了记忆。
    总结:1、找到自己想详细了解的部分反复看,并且隔段时间在作总结。2、通过手写加深细节记忆,提升理解,找到学习的动力。3、还是反复看和做总结。

    作者回复: 👍

    2020-06-19
    4
  • test
    看完脑海里过一遍,后面小争哥有些课后题是与前面的内容有关的又过一遍,最重要是学以致用,在工作中用上,哪里看不顺眼改哪里。
    2020-06-19
    3
  • 下雨天
    重复,重复,再重复!

    每篇重点回顾基本靠背的,这个是底线了,要能说出来!背的过程中如果不会,或者有些关键概念和场景不理解,就再看对应文章,加深印象。

    工作中遇到相关设计模式场景忘了的,也是找对应文章看一遍!
    2020-06-19
    3
  • 强哥
    “教”是最好的“学”,总结、实践并传授其他人。
    2020-06-21
    2
  • buggetout
    1个月把课看到这儿了,编码能力和设计能力大有提高。
    2020-06-19
    2
  • 成楠Peter
    思考题
    对于学了就忘,这才是符合人的记忆曲线。有两种方式,一种多复习,参考艾宾浩斯遗忘曲线。另一种,将每一种设计模式用自己熟悉的编程语言实现一遍,通过实践加深记忆。这是我写的一篇文章,https://zhuanlan.zhihu.com/p/111553641。
    2020-06-19
    2
  • 高源
    我觉得能记忆深刻还是动手学习,知识量很多的不可能记住,还是希望老师整理讲过的代码对照讲过的课程加深印象学习了
    2020-06-19
    2
  • zj
    先掌握设计原则心法,再掌握设计模式招式,有个大概的印象。在项目中不断反思,代码是否具有可扩展性,复用性,是否满足单一职责,高内聚,低耦合等,然后就是对代码进行重构,从而更深入的理解各种设计原则和设计模式。
    2020-08-14
    1
  • 守拙
    设计模式之美专栏绝对值得反复阅读, 特别是一些重点章节.

    对于学了就忘的问题, 个人经验是对经典书籍, 文章隔一段时间拿出来重读.

    像<Effective Java> <Thinking in Java> <计算机网络:自顶向下方法> <聪明的投资者>, 还有设计模式之美专栏的文章都有过多次阅读的经验, 常看常新.
    2020-07-15
    1
  • 剑八
    单一职责目的高内聚
    开放封闭原则用于实现扩展性
    LOC迪米特原则用于实现低耦合
    DRY不要写重复代码,重复代码一多,影响内骤性,要修改某个能力要改多处代码
    KISS原则就是将设计及代码实现保持简单
    2020-07-09
    1
  • Winon
    想请教老师关于模板方法模式的疑问,用这种设计模式是否也是一种面向过程做法?是否对于充血模型实适用性情况相对少一点呢?对面向过程的交易流程、步骤适用性情况比较多一点呢?

    作者回复: 好像也没有,不用太纠结于这个。。。😂

    2020-07-04
    1
  • 俊辉
    边看边在 ProcessOn 写脑图,减少脑袋即时记忆负担,而且知识架构一目了然。学习、复习效率高了很多。
    2020-06-28
    1
  • 010101
    看了就忘,所以还是要多看几遍,同时每过一段时间思考一下之前看的内容,看记住了多少,温故而知新嘛,同时在日长的编码中,也要不断的思考这边是否需要使用设计模式,是否符合一些设计原则。多复习,多练才能是自己不断巩固。
    2020-06-20
    1
  • jinjunzhu
    设计阶段不断的思考,开发完之后不断的重构,总结思考,多想想设计是否合理,先说服自己,再分享给别人
    2020-06-20
    1
  • 沉淀的梦想
    争哥专栏写得好,是我看完之后印象最深的设计模式内容,其他书籍因为讲得不太清楚,很快就忘了,当然,把自己理解的内容尽快记下来,放在容易检索的地方,才能持久。
    2020-06-20
    1
  • Monday
    唯有实践才能不忘,才能更深入
    2020-06-20
    1
  • whistleman
    一直跟着更新的节奏学习,收获还是颇多,但大多还是在理论的层面,没有真正的吸收内化,也有很多没有真正理解的,可能需要在项目实践中才能真正内化吧。下一步,准备找点优秀的框架源码看看,以设计模式的核心思路去学习,以此加深印象和理解,中途遇到疑惑在回顾此专栏的内容,相信会有更深的理解。
    2020-06-20
    1
收起评论
27
返回
顶部