是否可以结束OO？

我认为有些时候OO设计可以采取极端，甚至在非常大的项目中使代码更少的可读性和可维护性。例如，可以在鞋类基类中使用，以及运动鞋，服装鞋等的儿童类。但是，我已经阅读/审阅了人们的代码，看起来他们似乎正在为NikeSneakers创建类的极限和ReebokSneakers。当然，两者之间存在差异，但为了具有可读性和可维护性的代码，我相信它有时会扩展一个类以适应差异，而不是创建新的子类来处理差异。

来源

2008-09-10 15:12:08

如果您认为更多的对象更面向对象，那么是的。

在做面向对象的设计时，有一些力量需要平衡。面向对象设计的大部分是关于减少和处理复杂性。所以如果你得到非常复杂的解决方案，你不会做太多的面向对象，但是你做错了。

来源

2008-09-10 15:13:32 Mendelt

是的，就像人们可以过度规范数据库设计一样。

这似乎是永远不会结束的纯粹主义和务实主义辩论之一。 <：S

来源

2008-09-10 15:15:52

很多人试图设计自己的代码，以获得最大的灵活性和重用性，而不考虑其可能性。相反，根据你正在编写的程序打破你的课程。如果您只有一个特定对象的实例，则可以考虑将其合并到包含对象中。

来源

2008-09-10 15:17:04

是的，而且很简单。代码不是简单的因为它是面向对象的，不仅仅是因为它是模块化的或者功能性的或者通用的或者生成的或者基于数据流的或者面向方面的或者其他任何东西而更好。

好的代码是很好的代码，因为它在编程范例中设计良好。

良好的设计需要照顾。

小心需要时间。

您的情况的一个例子：我已经看到了其中的Java的恐怖片，在名称的是“面向对象”，每个类实现了一些接口，即使没有其他类将永远实现该接口。有时候这是一种黑客攻击，但在其他情况下，它确实是无偿的。

无论您编写代码的过程如何，过分参与太多好东西，都会使代码比问题复杂化。有些人会说，当达到这一点时，代码甚至不是真的，例如，面向对象了。

面向对象的代码应该更好地组织起来，以便更简单，更直接或更容易理解和消化合理的独立部分。使用面向对象编码机制与此目标相反不是导致面向对象设计。

来源

2008-09-10 15:17:14

我认为明确的答案是肯定的，但取决于您所指的域名，它可能是真的是，或者更少。如果您正在构建高级的.Net或Java应用程序，那么我认为这就是后者，因为OO基本上已内置于该语言中。另一方面，如果您正在开发嵌入式应用程序，那么您的操作过度的危险性和可能性非常高。没有什么比看到一个真正的高层次人物进入一个嵌入式项目更复杂的东西，他们认为是丑陋的，但是最简单快捷的方式来做事情。

来源

2008-09-10 15:22:32

我认为你的问题应该是：“你能在体系结构的应用程序吗？”

当然，答案还没有。面向对象只是一种设计方法。如果你花时间在系统中增加不必要的复杂性，因为“Polymorphism Rocks！”。那么是的，也许你已经完成了OOing。

非常XP答案是不管你的方法是什么青睐（OO，程序等。）该设计应该只有如明显需要的那样复杂。

来源

2008-09-10 15:24:02

是的，你可以。作为一个例子，如果你在你有两个子类型之前发现你自己创建了接口或抽象类，那么你就过度了。我经常在开发人员（先）设计前面看到这种想法。我使用测试驱动开发和重构技术来避免这种行为。

来源

2008-09-10 15:27:02