language-agnostic - 什么时候面向对象不是正确的解决方案?

标签 language-agnostic oop architecture

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗?更新问题,以便可以通过 editing this post 用事实和引文回答问题.

2年前关闭。




Improve this question




我最近遇到一些意见,说不应该总是使用面向对象的设计/编程。

您是否知道一些不会受益于也不应该使用面向对象设计的用例?

例如:有一些问题(关注点)会从 AOP 中受益。

最佳答案

有些问题最好使用其他范式来表达,例如函数式编程。此外,声明性范式允许对代码的正确性进行更健壮的正式推理。见 Erlang对于具有某些优势的语言的一个很好的例子,由于范式的基本性质,OO 语言无法真正匹配这些优势。

其他语言范式更适合的问题域示例是 database queries (SQL) , expert systems (Prolog, CLIPS etc.)Statistical computing (R) .

关于language-agnostic - 什么时候面向对象不是正确的解决方案?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/246808/

相关文章:

Laravel 架构 - 事件与 Controller

language-agnostic - 多个消费者是否可以在 Pulsar 主题上消费相同的消息?

language-agnostic - 理论,可逆解析器的例子?

algorithm - 使用递归提高 DFS 的时间复杂度,使每个节点仅与其后代一起工作

algorithm - 从具有容错性的多个值生成唯一 ID

c# - 消费/包装大型网络服务的架构技巧

Java OOP 实例化自身还是添加子类?

Java:从 GUI 中删除 GUI 对象

c++ - 构造函数上的数组初始化

c++ - LLVM 和 Clang 无法为支持的架构编译