如何优化设计函数，提升代码质量系列之三？

本文共计3028个文字，预计阅读时间需要13分钟。

前言：这篇实际上是对上下两篇主题思想的承接和发散：

我也想少写注释，想用2-4个非常清新的单词去描述函数，但这个函数好复杂啊，我实在不想写近一百字去描述它，要我用几个单词去描述吗？

• 前言

　　这篇其实是上两篇的两个主题思想的承接和发散:

1. 1. 我也想少写注释,想用2-4个很清晰的单词去描述函数,但是这个函数好复杂啊,我恨不得写近百字去描述它,要我用几个单词去描述?臣妾实在是做不到啊~ <如何做到少写注释>
   2. 我也不想写这么多if else,然后看着那一堆一堆{}{{}{}{{}}}}}}}{{{}{{}头晕眼花,但逻辑就是有这么复杂,我能怎么办呢? <如何简化代码逻辑>

　 这篇博文,应该就是我对于以上问题结合设计原理的一些思考,不算多高深,但都是自己的总结,我也不会去谈xx设计模式,因为我觉得设计模式的本质就是让你写更好的代码,而不是反之,所以理解它背后的思想,才是真正有价值的东西.

• 尽可能让你的函数符合"纯函数"标准

　　　　先介绍下什么是"纯函数" 纯函数其实并没有一个很统一的定义,像Haskell的定义,就太苛刻,几乎是数学领域了,我比较认同下面这个定义:

　　　　　　　纯函数应该具有以下两个特性：

• • 　它没有任何副作用。函数不会更改函数以外的任何变量或任何类型的数据。