oop - 过程式编程比面向对象编程有什么优势吗？

Question

[编辑:] 早些时候，我问这个问题可能是一个框架很糟糕的问题，即何时使用 OOP 与何时使用过程编程 - 一些回复暗示我是在寻求帮助理解 OOP。相反，我经常使用 OOP，但想知道何时使用过程方法。从反馈来看，我认为存在相当强烈的共识，即 OOP 通常是一种更好的全面方法，但如果 OOP 架构从长远来看无法提供任何重用优势，则应该使用过程语言。

然而，我作为 Java 程序员的经历却并非如此。我看到一个由 Perl 大师用我编写的代码的 1/10 重写的大型 Java 程序，看起来和我的 OOP 完美模型一样健壮。我的架构得到了大量的重用，而且更简洁的过程方法产生了卓越的解决方案。

因此，冒着重复自己的风险，我想知道在什么情况下我应该选择过程而不是面向对象的方法。您如何提前识别 OOP 架构可能过度杀伤力的情况，而过程方法更简洁、更高效。

任何人都可以举出这些场景的示例吗？

提前确定可以更好地通过过程化编程方法服务的项目的好方法是什么？

Answer 1

我喜欢Glass'涉及重用时遵循 3 条规则(这似乎是您感兴趣的内容)。

1) It is 3 times as difficult to build reusable components as single use components
2) A reusable component should be tried out in three different applications before it will be sufficiently general to accept into a reuse library

由此我认为你可以推断出这些推论

a) If you don't have the budget for 3 times the time it would take you to build a single use component, maybe you should hold off on reuse. (Assuming Difficulty = Time)
b) If you don't have 3 places where you'd use the component you're building, maybe you should hold off on building the reusable component.

我仍然认为 OOP 对于构建一次性组件很有用，因为您始终可以将其重构为以后真正可重用的东西。 (您也可以从 PP 重构为 OOP，但我认为 OOP 在组织和封装方面具有足够的优势，可以从这里开始)