谈谈函数式编程的优点（1）

谈谈函数式编程的优点（1）

 

（注：这是作者本人的体会和随想，想到那里写到哪里，不定时更新，有错误请指出。）

 

函数式编程（FP）和面向对象（OO）是两种不同的编程范式，近几年，随着对FP的重新认识，不少人认为相比OO，FP有一些明显的有点，不少地方甚至于更近一筹。

 

为何他们认为函数式编程（FP）优于面向对象（OO）？

思想不同，重用粒度不同，FP中的粒度更小。

 

在OO中，认为万物皆对象。

举例来说，在OO中，已经有一个衣柜类，可以现在需要一鞋柜，怎么办？衣柜和鞋柜粗看起来差不多，可具体构成的细节却有不少差别，衣柜用来放衣服，比较高，要有吊杆能挂衣架，里边可能有格挡可能没有。鞋柜用来放鞋，比较矮，里边格挡比较密集，等等。

 

OO提供了现成的衣柜，和绑定作用作用于衣柜上的操作。使用OO解决此问题，有两种方法：一种是在类层次中添加抽象“柜子类”，然后将“鞋柜”从抽象“柜子类”继承，这种方法需要修改衣柜类，抽象衣柜类的操作，然后修改“衣柜”类。另一种是改装衣柜类，反正衣柜鞋柜看起来差不多，改改也凑合着能用。

 

使用OO解决此问题的核心思想是“改装”。

OO思想的核心是数据和操作绑定，操作的重用性天生就要弱。在上例中，要不改装衣柜类，要不就抛开重用，重新实现一个鞋柜类。

 

而用FP的观点，虽然提供了现成的衣柜类型，可更重要的是提供了构成衣柜的半成品与原材料，例如三合板，结合胶等等。你不用想着怎么将“衣柜”改造为“鞋柜”，你可以选择参照或不参照鞋柜，使用半成品很方便的组装一个鞋柜。这样，无论是衣柜，鞋柜，甚至于书柜，你可以很方便的组合出来。

使用FP解决此问题的核心思想是“组装”。

 

如果说OO是代码块复用，那么FP就是代码片段复用。OO脱胎于命令式的程序设计语言，从重用的角度上天生就要弱于FP。

 

函数式编程好在哪里？

通过这些年的工程实践，业界普遍认识到了继承的数据耦合形态高，认为“组合优于继承”，可“继承”毕竟是OO的核心思想之一。这些年以来，各种业界主流编程语言纷纷加入对于FP的支持，例如在C++11中，添加了对Lamda表达式与匿名函数的支持。工程师已经熟悉了命令式的编程，学习FP曲线比较陡峭，这是FP流行不广的最重要的原因之一。