以下有什么问题，我将如何使用 OO 原则更好地实现它？
我的应用程序包含一堆形状类，它们都继承自 Shape - Circle、Rectangle、Triangle 等。其中一些需要显示在屏幕上，在这种情况下，它们需要利用通用屏幕逻辑，因此有一个包含通用逻辑的ScreenShape 超类，以及ScreenCircle、ScreenTriangle 子类。
【问题讨论】：
标签： java oop design-patterns ooad
我建议创建一个接口 Shape ，它提供有关几何形状形状的基本蓝图，并且您的所有类都实现形状接口并创建一个单独的类 ScreenShape（或抽象类），您的所有类都将扩展它，并在 ScreenShape 类中提供了在屏幕上显示的方法。例如你的矩形类会有点像这样
class rectangle extends ScreenShape implements Shape
{
// provide implementation of Shape interace methods.
// over-ride ScreenShape methods
public void draw()
{
// actual logic of drawing the objects on screen
}
}
【讨论】：
您的经理在设计中遇到的问题可能是您将关注点泄漏到您的对象模型中。您将形状的概念与渲染方式混合在一起。那么现在如果您需要在绘图程序中使用形状怎么办？根据您当前的设计，您需要定义 PlottedShape、PlottedCircle、PlottedSquare 等。
您应该保持 Shape 对象层次结构干净，然后定义一个单独的类来处理将形状渲染到输出设备。
【讨论】：
我看到的问题是您不能从 Java 中的多个类继承（尽管您可以实现多个接口）。所以你最好将ScreenShape 的功能合并到Shape 中，假设ScreenShape 在它的方法中有一些具体的代码。
【讨论】：
关于您在回复@DOC 时发布的内容：
@DOK 经理不满意......虽然他让我继续设计，但他仍然说你应该研究一下。
我想您的经理对当前设计不满意的原因是它遭受了名为Parallel Inheritance Hierarchies 的code smell 的影响。基本上，它描述了您正在经历的事情：每次创建新的子类时，您都必须在并行层次结构中创建其对应的子类。 这将使您的设计更难更改，从而更难维护。
当前答案审核
我想评论一些我不同意当前答案的事情。 基本上建议您：
ScreenShape 类继承Shape的每个子类中实现绘图逻辑
我可以看到选项 n° 1 存在两个问题：
Rectangle 等）ScreenShape 实现它，因为所有类型的形状都会继承自它。这很糟糕，@Perception 的答案解释了原因。XMLShape 类上实现该行为并从它继承，但您已经从ScreenShape 继承。看到问题了吗？选项 n° 2 迫使您用表示问题来膨胀您的域模型，正如@Perception 所说：)
要实现的一些目标
从前面我们可以看出：
建议的解决方案
首先，清理你的Shape 层次结构，只留下属于你的问题域的东西。
然后，您需要不同的方式来显示形状，而无需在Shape 层次结构中实现该行为。如果您不处理嵌套形状（包含其他形状的形状），您可以使用一种称为Double Dispatch 的技术。它允许您根据接收方的类型分派方法调用，方法是将方法名称中的信息编码为它接收的参数，如下所示：
public class Circle extends Shape {
public void DisplayOn(IShapeDisplay aDisplay) {
aDisplay.DisplayCircle(this);
}
}
public class Rectangle extends Shape {
public void DisplayOn(IShapeDisplay aDisplay) {
aDisplay.DisplayRectangle(this);
}
}
interface IShapeDisplay {
void DisplayCircle(Circle aCircle);
void DisplayRectangle(Rectangle aRectangle);
}
实现IShapeDisplay 的类将负责显示各种形状。这样做的好处是您设法从Shape 层次结构中清除了那些讨厌的细节，将它们封装在自己的类中。因此，现在您无需修改 Shape 子类即可更改该类。
最终评论
您可以在 Martin Fowler 的书中阅读有关代码异味和并行继承层次结构的更多信息：Refactoring: Improving the Design of Existing Code。
此外，如果您需要处理形状嵌套：复合和访问者模式，您想查看Design Patterns: Elements of Reusable Object-Oriented Software 书籍。
希望对你有所帮助！
【讨论】：
从最通用到最具体。
所以应该是这样的：
。形状（包含任何类型的“形状”的代码 - 可能是抽象类或接口）
.. ScreenShape（包含在屏幕上绘制的逻辑）
...圆（包含在屏幕上绘制圆的逻辑）
...正方形（包含在屏幕上绘制正方形的逻辑）
所以：
public abstract class Shape {
// ... generic Shape stuff here, possibly an interface
public abstract void getCoordinates();
}
public abstract class ScreenShape extends Shape {
public void drawOnScreen() {
// logic for drawing on a screen here
// likely invoking 'getCoordinates()'
}
}
public class Circle extends ScreenShape {
public void getCoordinates() {
// circle specific stuff here, implementation of stuff inherited from Shape
}
// also inherits whatever 'drawOnScreen()' implementation
// is provided in ScreenShape
}
【讨论】：
你可以实现 draw() 方法来实现通用逻辑。
public abstract class Shape{
public void draw(){
//common logic here
drawImpl();
//more logic here if needed
}
public abstract void drawImpl();
}
然后您的实现将各自实现 drawImpl 类。
或者，您可以实现一个类 ScreenBehaviour 并使用组合。然后您的每个实现都可以使用不同的 ScreenBehaviour 实现，如下所示：
public abstract class Shape{
private ScreenBehaviour screenBehaviour;
public final void draw(){
screenBehaviour.execute();
}
}
【讨论】：