4

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

这是一个带有连接表的折线图示例。

更新我的完整想法 在此处输入图像描述

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

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

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

  • 条形图
  • 折线图
  • 饼形图

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

  • 图表系列的名称：这是将要显示的名称，这与每个线/条/饼图不同

  • 期间：图表数据取自一段时间，一天或一周（每天周一、周二、周三等）一个月（一月、二月、三月、四月等）甚至一天中的某个时间。（晚上 8 点、晚上 9 点） ETC）。

  • 图表类型：当然区别在于用户想要查看的图表类型。

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

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

  • GUI：首先，Gui 总是与实际逻辑分离，我没有计划对 GUI 要求任何东西，除了它必须在 JavaFx 中创建并且它必须有一个 Director 类的实例。

  • Director：Director 类是所有动作发生的地方。首先，客户打电话给主管，告诉他他想得到什么类型的图表，他想从什么时间段得到数据，也许他想看到什么样的数据。客户还设置他希望查看数据的时间段（日、周、月、年等）。

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

  • 统计：然后统计类检查它是否已经包含数据，如果没有，它会为数据库的对象列表分类：

  • 数据库：数据库非常简单，它为客户端发送的时间段内的数据（以一天、一周、一个月、一年为基础）创建对象，将它们添加到列表中并将其返回给统计类。

  • （回到）统计类然后计算对象数据并返回给主管。

  • （回到director中）director现在调用chartBuilder来构建一个由客户端指定的类型的图表，带有时间帧（它是一个数组或时间的arraylist，这是客户端可以在director中设置的选项Director.setStandardTime(time)）然后，构建器使用从 Director 获得的数据创建图表和表格。然后客户端可以调用 ChartBuilder.getChart() 并将其添加到他的布局中。

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

4

2 回答 2

3

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

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)));

原型/克隆：当您希望能够复制某些对象时（复制/粘贴功能）。它基本上是 Clonable 接口。

访问者：当您想向对象添加功能而不添加到实际对象中的代码时。比如说，如果您的应用程序是可编写脚本的。有关示例，请参见此帖子：访客模式

现在与您的具体解决方案相关：

看起来装饰器将是实施您的第一个解决方案提案的好方法。或者模板方法或某种组合（“将通用图形抽屉与数据对象相结合”）。

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

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

更新问题的更新：

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

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

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

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

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

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

于 2012-12-04T07:38:34.207 回答
0

看看EyeSee，做一个java实现

于 2012-12-07T22:05:44.787 回答