使用 OOP 和设计模式创建标准图形构建器答案

【问题标题】：Creating a standard graph builder using OOP and Design Patterns使用 OOP 和设计模式创建标准图形构建器
【发布时间】：2023-04-04 14:39:01
【问题描述】：

这是我公司制作的带有连接表的图表示例。

更新我的完整想法

自从我开始这篇文章以来，我已经有了很多思考，我终于想出了一个我认为使用 Builder 模式很可靠的想法，我想告诉你们你们的想法和你们认为我可能会遇到的问题碰到。首先让我解释一下完整的想法：

我的公司需要某种带有连接表的标准图表，他们可以将其用于所有程序（这将使程序感觉它们都是相似的（它们确实如此））因为这些图表中的大多数都是相似的我认为每次您必须制作新程序或必须将图表放在其他地方时，我都可以减轻创建新图表的痛苦。

我的公司主要使用三个不同的图表：

条形图
折线图
饼图

在创建这些图表时，有一些未知变量。

图表系列的名称：这是将要显示的名称，并且与每条线/条/饼图不同
周期：图表数据取自一段时间，一天或一周（每天周一、周二、周三等）一个月（一月、二月、三月、四月等）甚至是（晚上 8 点、晚上 9 点等）。
图表类型：当然区别在于用户想要查看的图表类型。

最后但并非最不重要的一点是，图表创建之间的唯一区别在于 Piechart 中，pieChart 是 Javafx 中唯一不是从系列创建而是从 Observable 列表创建的图表，因此 pieChartBuilder 必须使用并插入数据的方式与其他方式不同。

上面的图片不是 UML 图，它是我如何计划我的新程序以表现和调整设计模式的演示，这里是我的想法的一个演练：

GUI：首先，Gui 始终与实际逻辑分离，我没有计划要求 GUI 提供任何东西，除了它必须在 JavaFx 中创建并且它必须具有 Director 类的实例。
Director：Director 类是所有动作发生的地方。首先，客户打电话给主管，告诉他他想得到什么类型的图表，他想要什么时间段的数据，也许他想看到什么样的数据。客户还设置了他希望查看数据的时间段（日、周、月、年等）。

然后，Director 获取所有这些数据并将他的统计类实例分类，向该类询问数据，然后 Director 可以将这些数据传递给 Chart builder。

统计：然后统计类检查它是否已经包含数据，如果没有，它会为数据库的对象列表分类：
DataBase：数据库非常简单，它为客户端发送的时间段内的数据（以天、周、月、年为基础）创建对象并将它们添加到一个列表并将其返回给统计类。
（返回）统计类，然后计算对象数据并返回给主管。
（回到 director）director 现在调用 chartBuilder 来构建一个由客户端指定类型的图表，其中包含时间范围（它是时间的数组或数组列表，这是客户端可以选择的选项）使用Director.setStandardTime(time) 在director 中设置）然后构建器使用从Director 获得的数据创建图表和表格。然后客户端可以调用 ChartBuilder.getChart() 并将其添加到他的布局中。

这是我的想法。我希望你能对此发表评论。感谢您的阅读，我期待阅读您的所有回复。

【问题讨论】：

不明白为什么 1) 和 2) 不同，或者为什么 3) 会不同于 1) 或 2) - 这三个都基于某些基类/接口并对其进行扩展。在一种情况下，您必须使用new BarGraph()，而在另一种情况下，您必须使用new Barchart()，这听起来几乎相同，但名称不同。
不同之处在于解决这样一个问题的方式和使用正确的设计模式来确保最佳结果！
我的主要意思是：您的问题没有阐明细节/差异，足以理解并给您答案。顺便说一句：您的模型中的“图表”和“图表”有什么区别？图表不是图表吗？
@zapl 为我的帖子添加了更新
我同意上述来自@zapl 的cmets。 1) 和 2) 相互竞争的想法如何？我认为您可以一起使用它们来找到解决问题的好方法。我将在接下来的几天内制定更详细的答案。随时提醒我。

标签： java oop design-patterns polymorphism

【解决方案1】：

图形任务最常见的设计模式是装饰器（通常带有"fluent" interface）、原型/克隆和访问器。这些可能会派上用场。

Decorator：当你想为你的对象增加属性时。如：

final int radius = 100;
// With fluent interface
final Graphic boxedShadedCircle = new Circle(radius, 100, 100).shaded().boxed();
// Without fluent interface
final Graphic nonFLuentBoxedShadedCircle = new Boxed(new Shaded(new Circle(radius, 100, 100)));

Prototype/Clone：当您希望能够复制某些对象时（复制/粘贴功能）。基本上就是Clonable接口。

Visitor：当您想向对象添加功能而不添加到实际对象中的代码时。比如说，如果您的应用程序以某种方式可编写脚本。示例见此帖：Visitor pattern

现在谈谈您的具体解决方案：

Decorator 似乎是实施您的第一个解决方案提案的好方法。或者Template method 或某种组合（“将通用图形抽屉与数据对象相结合”）。

对于您的第二个解决方案，Factory 似乎合适。

我不能说哪个最好。这取决于您当地的情况。所有的实现都有利有弊，诀窍是在利大于弊的情况下选择合适的。

更新问题的更新：

ChartBuilder：这应该是设计模式"Builder".这个dp是关于以不同方式表示或呈现抽象描述/产品，例如文档描述或数据集。

导演：这是设计模式Mediator。或Facade，取决于意图。如果你正在“隐藏”一堆糟糕的遗留代码，则为 Facade，如果你正在协调几个更现代的类的交互，则为 Mediator。这里有很多灰色地带。如果 Director 还处理与 GUI 的交互（调整大小、隐藏等），那它肯定是 Mediator。

总体而言，您的结构是模型/查看器/控制器。 Director 充当控制器，Statistics 充当模型，chartBuilder 充当查看器。

多个设计模式重叠的情况并不少见，例如让控制器充当中介。

如果您使用设计模式Observer 将整个事情实现为请求/响应作为响应，而不是作为带有返回值的直接调用，您可能会更快乐。这样更灵活，您可以更好地在线程中隐藏延迟/计算/数据库查找。

您可能希望将Composite 用于chartBuilder。如果您希望同时拥有多个活动数据视图，而不仅仅是一个。

【讨论】：

阅读。似乎您还需要用于图形构建的设计模式“构建器”（表示结构化产品的不同方式），并且您的“主管”对象是设计模式“中介者”。图/数据交互实际上是一种模型/控制器/查看器。最后，您可能会使用 Observer 在“Director”和 GUI 之间进行交互。抱歉，从我的辅助帐户发帖...

【解决方案2】：

看看EyeSee，做一个java实现

【讨论】：