【发布时间】:2019-09-21 03:22:53
【问题描述】:
我找到了一个包含 JavaScript 算法和数据类型的 GitHub 存储库。问题是,一切都是用 OOP 编写的。我自己更喜欢使用小型可重用函数的更多 FP 方法。将类转换为更小的可消耗函数有哪些最佳实践?
现在,我可以提出以下工作示例。这是要走的路吗?
OOP:
class LinkedListNode {
constructor(value, next = null) {
this.value = value;
this.next = next;
}
toString(callback) {
return callback ? callback(this.value) : `${this.value}`;
}
}
FP:
function toString(value, callback) {
return callback ? callback(value) : `${value}`;
}
function Node(value, next = null) {
return {
value,
next,
toString(callback) {
return toString(value, callback);
}
};
}
【问题讨论】:
-
我认为您误解了函数式编程和面向对象编程之间的区别。虽然我绝对更喜欢您的代码的第二个版本而不是第一个,但这是因为它具有出色的封装性。简单地从构造函数更改为工厂不会改变某些功能
-
嗯,我的整个代码库都是以函数式的方式编写的。我不想为了实现一个新的数据类型而添加单个类,这似乎有点格格不入?此外,这使我可以在任何我想要的地方使用
toString,而不依赖于数据结构。 -
@VeraPerrone 我同意“函数式”风格倾向于产生更多可重用(并且重要的是可测试的代码),但是从类更改为 a 并不能满足您的要求。但是,这不适用于您的示例,因为您可以轻松地使用独立的
toString来实现class的方法,就像您实现对象文字的方法一样。 -
@VeraPerrone 虽然这不是一个全面的定义,但 FP 主要是关于利用高阶编程抽象、转换不可变值和避免基于继承的方法。然而,在 JavaScript 中,类本身可以是高阶的。
-
这本身不是一个坏问题,但对于stackoverflow来说太宽泛了。没有任何理由的简短回答:FP 的黄金法则是将逻辑与执行副作用(如 DOM 访问)的代码分开。逻辑应该是纯粹的:对数据的任何转换都应该返回一个新值,而不是修改原始值。您可以使用类(Java 中的谷歌函数式编程)来完成所有这些工作,但这很尴尬,并且在 JS 中添加了许多不必要的样板。解释为什么所有这些观点都很有价值需要一本书,但你可以从here开始。
标签: javascript function oop functional-programming