搜索所有贴

in 一文总结总结了FP适合哪些场合？ Java平台的Scala，.NET的F 都是FP语言，而Ruby因为包含一些FP特点受到欢迎。 FP特点： 1.FP代码没有边界影响“side

10 年前

，全局状态，单一赋值，actor模型，纯函数，类型系统中的IO，继承，组合......所有这些在OOP或FP中都是完全可能的。有些更好，有些更糟糕，有些高度依赖于背景，让我们想出来，而不是像OOP和

4 年前

Scala语言的设计就是允许FP和OOP两者正交，但在实践中它并没有那么好用。要么人们使用它作为OOP和更好的Java，要么将它用作纯FP语言。) (也有人认为：混合FP和OO架构对我来说很有意义

4 年前

起家是面向对象OO，现在两者都是OO和FP的混合语言，是否可以这么认为：Scala = FP + OO，而Java = OO+ FP。那么，Scala 与Java的PK就变成了“OO为主FP为辅

9 年前

就是对象方法和属性是混合在一个Class中的。这样OOP派的人也能保全了其面向对象的完整封装性。所以，从这点来看，虽然Swift和Scala都是FP和OOP的混合，但是Swift要比Scala做得

9 年前

解释（SICP）是我的教科书。所以我的第一个正式学习的编程语言是函数性的，然后我在工业界工作了十多年，几乎没有多少时间考虑过使用FP。当得知大学的教科书被认为是“函数性编程圣经”时很震惊。别误会我的

5 年前

面向对象和面向函数一直在争论，实际上纯粹的OOP和纯粹的FP都是极端的，对于OOP来讲：存在的并一定都是对象，函数就不是对象；对于FP来说：存在的并不总是纯粹的，副作用总是真实存在。 What

10 年前

。这些观点都是基于OO与FP的无知。首先要强调几点： 1. OO不是关于状态对象不是数据结构，对象可能使用数据结构，但是这些数据结构使用方式是隐藏的，这就是为什么数据字段是私有的原因，从

9 年前

自以为是意见，而且你一般没有什么回旋余地。 FP的影响很弱；它真正的 "函数性 "在于它有带闭包的一级函数。但 "函数式 "在过去15年里并不意味着这一点，因为现在每一种新的语言都把它作为一种特性

1 年前

设计（DDD）和函数式编程（FP）的结合来解决的。是的，我知道你已经听腻了FP，你认为FP工程师都是白胡子的单体销售员。有可能的是，如果你是一个工程师，你不是在做纯粹的抽象工作：你的代码

10 个月前

这四个原则，这个函数式编程是什么，为什么它不能解决我们所有的代码问题呢？在许多FP信徒的眼中，Class是可憎的，代码应该被表示为函数。根据语言，数据可以使用原始类型或结构化数据集（数组，映射等

5 年前

JS作为一种FP语言，主要强项是实现GOF的行为类型模式，如果为了模式而模式，就得实现一些其非强项的模式，比如结构类模式，比如其模块模式有时和工厂模式看上去差不多。代理模式等结构类模式基本都是在

10 年前

编码的程序员来说也是如此）提供从 OO/Imperative命令式一直到 Pure FP纯函数的各种风格的语言允许编码人员在“他们所在的地方”进行编码，然后学习变得更好程序员通过清理他们拥有的东西

2 年前

，我试图学习 ReScript 和 Elm ，我觉得这两个都令人印象深刻。遗憾的是，这些语言严重依赖纯粹的 FP，因此在综合性和相关性上得分很低。它们非常适合以易于理解的方式教授 FP，但可以排除在此

2 年前

帮助工程团队将函数编程原理应用到高级设计和体系结构与架构的通俗易懂的思想和最佳实践。关于函数式编程或FP的许多文章都专注于低级编码实践（例如避免副作用）和FP特定模式（例如可怕的

4 年前

登录