一张图：函数式编程 vs. 面向对象编程
FP适合处理管道：GoF中的 结构模式 如# 装饰器模式 其实使用FP替代很干净方便，没有必要一定要通过OOP的方式转个弯去实现。 FP这种方式也适合 领域事件 在BC上下文之间的处理等
1 年 前
不要进行无谓的OOP与FP争论 - Mathias Verraes
https://twitter.com/mathiasverraes/status/1153615691397943297 我希望我们无需争论OOP与FP，而应该开始辩论个人范式。不可变性，封装
4 年 前
幽默：假装从未发生过OOP？ - johndcook
我最近遇到一个人，他说，摆脱 面向对象 编程（OOP）的方式是回到简单地告诉计算机要做什么，就像OOP从未发生过。我认为这不是一个好主意，我也不认为这是可能的。 面向对象的程序设计（尽管后来
3 年 前
面向对象编程核心是多态！不是抽象哦 | by Sohee Kim
架构 。因此，像软件架构师一样思考很重要。 面向对象编程 十分之九的人将 面向对象 编程 (OOP) 描述为“一种模拟现实世界的方法”或使用以下概念：封装、继承和多态。然而，封装
2 年 前
如果每个人都讨厌OOP，为什么它仍然如此广泛传播? - StackOverflow
OOP取得了巨大的成功。但是成功仅仅是偶然吗？并且它还能在2020年提供其他编程范例无法提供的独特功能吗？ 在1981年8月的Byte杂志中，David Robson公开了他的文章，该文章成为
3 年 前
鲍勃大叔：SOLID原则适合函数编程吗？
设计的基础。 2. 对。FP是实现SOLID的先决条件。不是相反。您可以将SOLID应用于OOP语言，但是您需要使用大量FP模式进行编程 ，与使用真正FP语言相比，它的工作量是3倍。SOLID 的
4 年 前
有关“抽象类”和“接口”的异同之处？
我前两天去听有关《设计模式》的培训，中间有个老师提问“抽象类”和“接口”的区别在哪里，当时好多学生都没有回答上来，这属于oop的问题，老师讲了一会，因为是讲 设计模式 ，所以就没多讲这个问题，请
20 年 前
领域模型驱动设计(DDD)之模型提炼
那么，一个正确的OOA/OOD/OOP步骤是什么呢？目前围绕模型驱动设计(MDD)的设计思想成为主流思想，MDA更是在MDD基础上提升和升华。下面让我们首先了解，如何使用领域驱动设计思想来分析设计
10 年 前
何必非要OOP？
这篇文章其实是笔者多年以来的疑问感悟所成，估计各位居于不同语言阵营中的同道们也会有不少类似的疑问，愿此文抛砖引玉，与大家共同探讨OOP与过程式编程的是是非非。 笔者转向Java Web编程前从事的
10 年 前
Rust有面向对象特性吗？
structs、traits 和 impls 被解释为在 Rust 中进行 OOP 的一种方式。
关于语言的哲学比较：
[list]
[*]Rust 具有对象特性，但并不以它们为导向
6 个月 前
从OOP和FP看苹果Swift语言与Scala比较
数据结构，当Java初学者还在疑惑对象是按值传递还是按引用传递时，Swift干脆显式的区分这两点，类型Class是按引用传递，而数据结构是按值传递，这种清晰的分离反而使得OOP和FP两种都变得更加轻松
9 年 前
Rust超越了面向对象？- Jimmy
"相关联，要么是 "内在的"，要么是通过 "特征traits"。 方法通常可以用C++或Java风格的OOP语法来调用： map.insert(key, value) 或 foo.clone()。 就
1 年 前
你忘掉OOP的速度越快，你和你的软件就越好
也许这只是我的经验，但 面向对象 编程似乎是一种默认的，最常见的软件工程范例。 我花了好几年才打破它的咒语，并清楚地了解它是多么可怕和为什么。由于这种观点，我坚信人们必须了解OOP的错误，以及
5 年 前
人们误解了OOP
OOP死了吗？函数编程是未来吗？有些文章似乎暗示了这一点。我倾向于不同意。来！我们讨论一下！ 每隔几个月我就会看到一篇博客文章，宣称它已成为过去，我们都应该转向 函数式编程 。 为什么这些文章
5 年 前
鲍勃大爷：单元测试中单元是多小？
： banq注：鲍勃大爷将单元解释指向了人，而不是业务领域本身，这是一种思路，但也可能是捣糨糊： Mathias Verraes：软件设计中，越小越好，粒度越细越好往往是一种坏建议 在OOP中
4 年 前