谈谈函数式编程的优点(1) 编程fpoo
谈谈函数式编程的优点(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流行不广的最重要的原因之一。