OOP 更适合组织你的代码么？

功能强劲且灵活性高的编程语言最近在不断获得动力。然而 Johnatan Tang 就程序结构问题提出了灵活性和生产力的折衷，这是因为传统的面向对象使得程序的编写更加简单且直接。

他说在单分支语言中，“给你一个参数或其他值，你就能明确知道可以用它来做什么”。然而在静态类型语言中，代码更能说明与之相关的值，在结构化类型语言中更是如此，对于一个给定的值，你马上就知道能在其上执行何种操作。对于静态和结构化类型语言来说，如果你想对一个给定的对象执行某个不被支持的操作，很明显就能看出来：

你编写一个方法来执行这个操作。如果你没有管理好那个类就会出问题，这正是 Ruby 和 C#转到开放类上的原因所在。 很明显我们知道应该在何处定义该方法：在你需要操纵的类上。

在多分支语言中，于何处编写方法以及“新的方法要接收哪些参数值”就不是那么明显的了。这在代码编写上提供了更大的灵活性但也意味着你要做出更多的决定并需要花费些精力来记住这些决定：

接下来当别人每次使用该方法时，他们都需要记住它定义在什么地方并增加适当的导入语句。如果他们忘了，就会遇到无法预料的行为，因为系统并未加载完成某个功能的适当的方法。

建立约定可以解决这个问题。然而 Tang 认为“如果语言不对约定进行强制限定，人们就不会遵守它”。他在尝试了为模块的排列定义一些模式后断言“这是特定领域所固有的问题：没有哪一个恰当的组织原则可以适合于所有人的程序”。

因此根据Johnatan Tang 所述，在程序的组织上并没有明显的解决方案能达到灵活性和生产力的折衷。你喜爱的语言怎么样呢？你能找到什么解决方案？让大家也一同分享你的经验吧，这两者之间有没有比较方便的折衷方案呢？

查看英文原文： Is OOP Better for Structuring your Code?