软件设计之美
郑晔
推文科技技术VP,前火币网首席架构师
立即订阅
3463 人已学习
课程目录
已完结 36 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 软件设计,应对需求规模的“算法”
免费
课前必读 (3讲)
01 | 软件设计到底是什么?
02 | 分离关注点:软件设计至关重要的第一步
03 | 可测试性: 一个影响软件设计的重要因素
了解一个软件的设计 (4讲)
04 | 三步走:如何了解一个软件的设计?
05 | Spring DI容器:如何分析一个软件的模型?
06 | Ruby on Rails:如何分析一个软件的接口?
07 | Kafka:如何分析一个软件的实现?
设计一个软件—程序设计语言 (5讲)
08 | 语言的模型:如何打破单一语言局限,让设计更好地落地?
09 | 语言的接口:语法和程序库,软件设计的发力点
10 | 语言的实现:运行时,软件设计的地基
11 | DSL:你也可以设计一门自己的语言
加餐 | 再八卦几门语言!
设计一个软件—编程范式 (9讲)
12 | 编程范式:明明写的是Java,为什么被人说成了C代码?
13 | 结构化编程:为什么做设计时仅有结构化编程是不够的?
14 | 面向对象之封装:怎样的封装才算是高内聚?
15 | 面向对象之继承:继承是代码复用的合理方式吗?
16 | 面向对象之多态:为什么“稀疏平常”的多态,是软件设计的大杀器?
17 | 函数式编程:不用函数式编程语言,怎么写函数式的程序?
18 | 函数式编程之组合性:函数式编程为什么如此吸引人?
19 | 函数式编程之不变性:怎样保证我的代码不会被别人破坏?
加餐 | 函数式编程拾遗
设计一个软件—设计原则与模式 (7讲)
20 | 单一职责原则:你的模块到底为谁负责?
21 | 开放封闭原则:不改代码怎么写新功能?
22 | Liskov替换原则:用了继承,子类就设计对了吗?
23 | 接口隔离原则:接口里的方法,你都用得到吗?
24 | 依赖倒置原则:高层代码和底层代码,到底谁该依赖谁?
25 | 设计模式:每一种都是一个特定问题的解决方案
26 | 简单设计:难道一开始就要把设计做复杂吗?
设计一个软件—设计方法 (3讲)
27 | 领域驱动设计:如何从零开始设计一个软件?
28 | 战略设计:如何划分系统的模块?
29 | 战术设计:如何像写故事一样找出模型?
巩固篇 (3讲)
30 | 程序库的设计:Moco是如何解决集成问题的?
31 | 应用的设计:如何设计一个数据采集平台?
32 | 应用的改进:如何改进我们的软件设计?
结束语 (1讲)
结束语|那些没讲的事儿
软件设计之美
15
15
1.0x
00:00/00:00
登录|注册

16 | 面向对象之多态:为什么“稀疏平常”的多态,是软件设计的大杀器?

郑晔 2020-07-01
你好!我是郑晔。
前面两讲,我们讲了面向对象的两个特点:封装和继承,但真正让面向对象华丽蜕变的是它的第三个特点:多态。
有一次,我在一个 C++ 的开发团队里做了一个小调查。问题很简单:你用过 virtual 吗?下面坐着几十个 C++ 程序员,只有寥寥数人举起了手。
在 C++ 里,virtual 表示这个函数是在父类中声明的,然后在子类中改写(Override)过。或许你已经发现了,这不就是多态吗?没错,这就是多态。这个调查说明了一件事,很多程序员虽然在用支持面向对象的程序设计语言,但根本没有用过多态。
只使用封装和继承的编程方式,我们称之为基于对象(Object Based)编程,而只有把多态加进来,才能称之为面向对象(Object Oriented)编程。也就是说,多态是一个分水岭,将基于对象与面向对象区分开来,可以说,没写过多态的代码,就是没写过面向对象的代码。
对于面向对象而言,多态至关重要,正是因为多态的存在,软件设计才有了更大的弹性,能够更好地适应未来的变化。我们说,软件设计是一门关注长期变化的学问,只有当你开始理解了多态,你才真正踏入应对长期变化的大门。这一讲,我们就谈谈多态。

理解多态

多态(Polymorphism),顾名思义,一个接口,多种形态。同样是一个绘图(draw)的方法,如果以正方形调用,则绘制出一个正方形;如果以圆形调用,则画出的是圆形:
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《软件设计之美》,如需阅读全部文章,
请订阅文章所属专栏新⼈⾸单¥19.9
立即订阅
登录 后留言

精选留言(6)

  • Being
    这几讲下来终于体会到多学几门语言的妙处了。对于Java和C++,总是有用树形关系在考虑多态(大概就是继承引导的思维吧),下来看了Go和Rust对于多态的支持,虽然理解不深,但给我的初步印象就是通过组合接口来实现多态。
    建立起抽象确实不是件一蹴而就的事情,往往伴随着在某一领域下,对需求认识和理解的不断加深。

    作者回复: 日拱一卒,体会设计之美。

    2020-07-02
    4
  • NIU
    自己理解总结:多态就是接口一样,实现不同。其前提是构建抽象,找出事物的共同点。让程序员更着眼未来的变化。

    作者回复: 这个理解很对。

    2020-07-01
    4
  • 蓝士钦
    某系统需要对普通用户增删改查,后来加了超级管理员用户也需要增删改查。把用户的操作抽象成接口方法,让普通用户和管理员用户实现接口方法…… 那么问题来了,这些接口方法的出入参没法完全共用,比如查询用户信息接口,普通用户和超级管理员用户的返回体信息字段不同。所以没法抽象,请问一下老师这种应不应该抽象呢?如果应该做成抽象需要怎么分离变的部分呢

    作者回复: 应该分,因为管理员和普通用户的关注点是不同的。管理员和普通用户可以分别提供接口,分别提供相应的内容。

    如果说非要二者共用,可以考虑在服务层共用,在接口层面分开,在接口层去适配不同的接口。

    2020-07-01
    3
  • Jxin
    go就是文中所述的 Duck Typing。只是用来写算法题和小玩意。不是很注意。 Duck Typing的话,能通过ide便捷的找到所有实现吗?这是个问题。

    作者回复: 与工具结合起来的时候,太灵活的动态语言,优势就不那么明显了。

    2020-07-01
    2
    2
  • 桃源小盼
    react可以说是,大多数情况下基于组件编程吗?

    作者回复: React 是基于组件编程的。

    2020-07-01
    1
  • 阳仔
    使用多态,首先要构建抽象,而抽象就是从不同的对象中找出共同的部分,根本就是要注意分离关注点
    然后将抽象出部分使用接口表现出来,
    所以封装和多态是面向对象最重要的原则

    在实际工作上我们的APP因为需要支持各种设备和硬件负载,每个设备和负载的数据和UI界面也有可能是不大一样的交互
    随着业务的发展,需要在一个APP中适配和兼容,这给开发和测试带来极大的不便
    我的一个想法是利用利用封装将不同设备和负载抽象相同出相同的部分,将不同的部分使用接口分离出来
    不知道大佬有没有更好的想法,可以参考?
    2020-07-01
    1
收起评论
6
返回
顶部