你在我的设计中看到任何（反）模式吗？ 如何识别图案？

Question

我有一个用 ABAP / BSP 编码的 Web 应用程序。 我有兴趣提供好的代码，所以也许你可以帮助我识别一些好的或坏的模式。 实际上我确实在关注。 声明一个基类对象并根据子类的某些参数动态实例化它。 基类有一些用于获取数据的方法（），子类使用这些数据并可能对其进行操作。

这里有一些快速的基本图片（抱歉，我不认为它符合任何标准或语言，但应该给你一个想法）

替代文本 http://img35.imageshack.us/img35/4351/designkdp.jpg

这样可以吗？ 是否隐藏了任何已知的模式，或者我应该重构并使用模式？ 我喜欢这里一些建议。 我已经阅读了维基百科文章，但我没有看到完全适合的模式。 （还订购了一些书，但你们肯定更快:)）

Answer 1

这似乎是一个工厂方法

Answer 2

在我看来，基类和子类就像有一些东西（伪代码）

interface IDataProvider{
  GetData();
}

class SubClass1 implements IDataProvider{
  GetData(){
     ...
  }
}

您使用的实例化策略似乎像 工厂。
你可以做的就是在一些 HTMLRenderingEngine 或其他东西中布局渲染（我不熟悉 ABAP/BSP），只是为了将演示文稿与其余逻辑分离。

Answer 3

这是 Gamma、Helm、Johnson 和 Vlissides 所著的《设计模式：可重用面向对象软件的元素》一书中的工厂模式。

Answer 4

继承很有趣，但应该作为最后的手段。 我并不是说你不能按照你的方式去做——你的解决方案是完全有效的，但只是建议一个替代方案......

如果你有“DataClass”，你可以在其中设置一个 processData 对象（或不）。 processData 对象实际上是一个具有单一方法“processData”的接口。

当您调用 getData 时，它可能看起来像这样：

if(processDataObject == null)
    return getInformation();
else
    return processDataObject.processData(getInformation());

哎呀，如果您定义了一个不执行任何操作的“passthrough”processData 对象并将其用作默认的“processDataObject”，那么整个 getData 方法将变为：

return processDataObject.processData(getInformation());

这将允许动态创建类来执行您想要的任何类型的处理——它将简化您在此设计之上构建的内容。

这种设计风格花了我一段时间才适应，你一开始可能不喜欢避免继承的想法，我只是要求你考虑一下。 这些天我很少使用继承，当我使用它时，它总是在非常浅的树中。