软件设计之美
郑晔
推文科技技术VP,前火币网首席架构师
新⼈⾸单¥59.9
4860 人已学习
课程目录
已完结 39 讲
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 | 应用的改进:如何改进我们的软件设计?
结束语 (4讲)
结束语|那些没讲的事儿
结课测试|这些软件设计的知识你都掌握了吗?
第三季回归 | 我们一起来写好代码!
第四季回归 | 通向高质量代码之路
软件设计之美
15
15
1.0x
00:00/00:00
登录|注册

第四季回归 | 通向高质量代码之路

你好,我是郑晔!
细心的老同学可能已经注意到,我的第四个专栏已经上线了。
前面我用三个专栏 100 讲的篇幅给你讲了如何做一个不断精进的程序员,通过各种方式把代码写好,《10x 程序员工作法》让我们找准正确的目标,使程序不偏航;《软件设计之美》让程序更加灵活,适应未来的变化;《代码之丑》让我们不犯低级错误,使代码更容易理解。
其实,在这三个专栏里,有一条隐隐的线索一直贯穿始终:我们怎么要怎么验证自己写的程序是对的?能够用来保证程序正确性,唯有测试。
在《10x 程序员工作法》里,我讲了一个测试的小专题;《软件设计之美》中,我讲了用可测试性衡量软件设计的正确性;而在《代码之丑》中,我修正的很多坏味道,就是为了让代码更容易测试。
保证代码的正确性是每个程序员口中的目标,但它是多少程序员行动中的目标呢?这件事在行业中的真实情况是,从思想到行动之间有巨大的落差。我们不能质疑程序员的专业精神,但大部分人对代码正确性的要求都停留在个人努力上。
可遗憾的是,很多团队并没有对编写测试硬性的要求,即便有,也是很低的要求,比如,测试覆盖率达到 50%。为什么团队不要求?一个很可悲的答案是大多数程序员不会写测试。对于不会做的事情,人们自然的反应就是少做或者不做。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/1000字
划线
笔记
复制
该试读文章来自付费专栏《软件设计之美》,如需阅读全部文章,
请订阅文章所属专栏新⼈⾸单¥59.9
立即订阅
登录 后留言

精选留言

由作者筛选后的优质留言将会公开显示,欢迎踊跃留言。
收起评论
返回
顶部