业务太复杂?教你如何降低软件的复杂性

简介:

John Ousterhout 是斯坦福大学计算机系教授,也是 Tcl 语言的创造者。

今年四月,他出版了一本新书《软件设计的哲学》(A Philosophy of Software Design)。这是课程讲稿,160多页,亚马逊全部是五星好评。

f83ed93bcee36d3f502a812701c594e8b3c469e0

我还没读这本书,但是我看了作者在谷歌的一次演讲(Youtube),介绍了这本书的主要内容。我觉得非常值得看,大部分书教你怎么写正确的代码,这本书教你如何正确设计软件。

b27be56bbc124b71626d760063f30e2e82ce70c4

下面我就根据演讲视频和网上的书评,做一下笔记。

一、什么是复杂性

Ousterhout 教授认为,软件设计的最大目标,就是降低复杂性(complexity)。 所谓复杂性,就是任何使得软件难于理解和修改的因素。


Complexity is anything that makes software hard to understand or to modify.

复杂性的来源主要有两个:代码的含义模糊和互相依赖。

Complexity is caused by obscurity and dependencies.

模糊指的是,代码里面的重要信息,看不出来。

依赖指的是,某个模块的代码,不结合其他模块,就会无法理解。

Obscurity is when important information is not obvious.

Dependency is when code can't be understood in isolation.

复杂性的危害在于,它会递增。你做错了一个决定,导致后面的代码都基于前面的错误实现,整个软件变得越来越复杂。"我们先把产品做出来,后面再改进",这根本做不到。

Complexity is incremental, the result of thousands of choices. Which makes it hard to prevent and even harder to fix.

二、复杂性的隔离

降低复杂性的基本方法,就是把复杂性隔离。"如果能把复杂性隔离在一个模块,不与其他模块互动,就达到了消除复杂性的目的。"

Isolating complexity in places that are rarely interacted with is roughly equivalent to eliminating complexity.

改变软件设计的时候,修改的代码越少,软件的复杂性越低。

Reduce the amount of code that is affected by each design decision, so design changes don't require very many code modifications.

复杂性尽量封装在模块里面,不要暴露出来。如果多个模块耦合,那就把这些模块合并成一个。

When a design decision is used across multiple modules, coupling them together.

三、接口和实现

模块分成接口和实现。接口要简单,实现可以复杂。

Modules are interface and implementation. The best modules are where interface is much simpler than implementation.

It's more important for a module to have a simple interface than a simple implementation.

17ecbf42cd6c76970f343a92f81aa0544721508c

好的 class 应该是"小接口,大功能",糟糕的 class 是"大接口,小功能"。好的设计是,大量的功能隐藏在简单接口之下,对用户不可见,用户感觉不到这是一个复杂的 class。

最好的例子就是 Unix 的文件读写接口,只暴露了5个方法,就囊括了所有的读写行为。

360aa981df48ca853641a33e252b3baeb138c7d2

四、减少抛错

有些软件设计者喜欢抛错,一遇到问题,就抛出一个 Exception。这也导致了复杂性,用户必须面对所有的 Exception。"反正我告诉你出错了,怎么解决是你的事。"

正确的做法是,除了那些必须告诉用户的错误,其他错误尽量在软件内部处理掉,不要抛出。

5551cb489d69a448fe023d61ce92dcfa5e881ee1

Tcl 语言的最初设计是,unset() 方法用来删除已经存在的变量,如果变量不存在,该方法抛错。Ousterhout 教授说,这个设计是一个错误,完全不应该抛错,只要把 unset() 定义成让一个变量不存在,就解决问题了。

e0eabd04e11168fb944e6cb9734abed8a71f4301

另一个例子是,Windows 系统不能删除已经打开的文件,会有错误提醒。这也是一个设计错误,有些用户实在删不掉这些文件,不得不重启系统。Unix 的做法是,总是允许用户删除文件,但是不清理内存,已经打开的文件在内存里面继续存在,因此不会干扰其他程序的运行,那些程序退出保存文件的时候,发现文件不存在才会报错。这个设计比较好。



原文发布时间为:2018-09-27
本文作者:阮一峰
本文来自云栖社区合作伙伴“Hollis”,了解相关信息可以关注“Hollis”。
相关文章
|
5月前
|
开发工具
链游开发的成本考量因素解析
链游开发的成本考量因素解析
|
9月前
|
开发框架 算法 Java
在软件开发中,业务开发和非业务开发哪个工作量更大?
在软件开发中,业务开发和非业务开发哪个工作量更大?
292 0
|
10月前
|
安全 搜索推荐 机器人
API接口技术的使用可以增加软件开发和运行的灵活性,降低软件运行和维护的成本
随着科技的发展和互联网的普及,越来越多的公司和企业把业务拓展到互联网上,这就需要用到API接口技术。API(Application Programming Interface,应用程序接口)是指不同软件系统之间进行数据交流和信息共享的一种方式和规范,它通过标准化的接口实现不同系统之间的数据传递和协作,是构建应用和软件的基础。
|
12月前
|
设计模式 安全 前端开发
如何从容应对复杂性(2)
如何从容应对复杂性
|
12月前
|
敏捷开发 设计模式 测试技术
如何从容应对复杂性(1)
如何从容应对复杂性
104 0
|
测试技术
软件测试面试题:如何降低自动化维护成本
软件测试面试题:如何降低自动化维护成本
147 0
|
设计模式 敏捷开发 安全
如何从容应对复杂性
软件的复杂性,是一个很泛的概念。但是一直都是开发过程中的一个难题,本文旨在探讨如何去从容应对复杂性
283 0
如何从容应对复杂性
|
设计模式 程序员 测试技术
系统困境与软件复杂度,为什么我们的系统会如此复杂
读 A Philosophy of Software Design 有感,软件设计与架构复杂度,你是战术龙卷风吗?
系统困境与软件复杂度,为什么我们的系统会如此复杂
|
设计模式 中间件 测试技术
系统困境与软件复杂度:为什么我们的系统会如此复杂?
很多人认为做业务开发没有挑战性,但其实正好相反,面向不确定性设计才是最复杂的设计。
1224 2
系统困境与软件复杂度:为什么我们的系统会如此复杂?
|
传感器 机器学习/深度学习 运维
使用物联网降低维护成本的四种策略
维护良好的建筑物有助于提高组织的生产力,确保必要设备的持续性能,并通过确保运营效率来增加收入。但是,建筑物的运维成本不断增加,这使得平衡设施维护成本与建筑物需求成为一项持续的挑战。传统的成本节省策略曾经产生过可观的效果,但如今,这些方法已经不再适用。