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

简介:

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”。
相关文章
|
1月前
|
敏捷开发 监控 安全
螺旋模型是什么?在软件开发中如何降低风险?
螺旋模型是一种结合了瀑布模型和快速原型模型的软件开发方法,强调风险分析的重要性。每个迭代周期包含计划制定、风险分析、工程实施和客户评估四个阶段,旨在通过持续的风险管理和客户反馈,提高软件质量和项目成功率。该模型由Barry Boehm于1988年提出,适用于需求不稳定、高风险的项目。
|
开发工具
链游开发的成本考量因素解析
链游开发的成本考量因素解析
|
3月前
|
运维 监控
运维自动化:提升效率与降低风险的关键
【8月更文挑战第6天】在信息技术高速发展的今天,企业对运维工作的要求越来越高。传统的手工运维方式已经无法满足现代业务的需求,而运维自动化则成为了解决这一问题的有效手段。通过引入自动化工具和流程,运维团队不仅能够提高工作效率,还能降低人为错误带来的风险。本文将探讨运维自动化的重要性、实施步骤以及面临的挑战,旨在为读者提供一套完整的运维自动化实践指南。
|
4月前
|
供应链 监控
软件架构一致性问题之软件供应链管理中降低维护成本如何解决
软件架构一致性问题之软件供应链管理中降低维护成本如何解决
47 4
|
3月前
|
存储 安全
现在降低企业IT成本的11种方法
现在降低企业IT成本的11种方法
|
4月前
|
监控 供应链 数据安全/隐私保护
ERP系统中的成本控制与成本降低策略解析
【7月更文挑战第25天】 ERP系统中的成本控制与成本降低策略解析
436 0
|
4月前
|
供应链
软件架构一致性问题之通过减少修改次数降低软件供应链管理的成本如何解决
软件架构一致性问题之通过减少修改次数降低软件供应链管理的成本如何解决
42 0
|
4月前
|
开发框架 Cloud Native Devops
对抗软件复杂度问题之软件复杂度的增加会导致研发效率降低,如何解决
对抗软件复杂度问题之软件复杂度的增加会导致研发效率降低,如何解决
|
开发框架 算法 Java
在软件开发中,业务开发和非业务开发哪个工作量更大?
在软件开发中,业务开发和非业务开发哪个工作量更大?
320 0
|
敏捷开发 设计模式 测试技术
如何从容应对复杂性(1)
如何从容应对复杂性
133 0