java - 关于简洁类模型/模式的建议，以解决方法中的多个细微变化

Question

我有很多需要实现的数据库报告，并且将来还会有更多，因此我对构建可扩展代码并避免重复的逻辑和代码特别感兴趣。我正在用 PHP 实现，但问题更普遍。除了 PHP 之外，还可以随意发布 Java、C++、C# 等语言的示例。

我面临的问题是，这些报告的差异太大，我无法轻松地组合所有代码来构建 SQL，更困难的是构建 HTML 输出。例如，一个报告包含一列长文本消息，需要采用 CSS 样式并启用 Javascript 才能使鼠标悬停显示整个消息，而其他报告则包含将值转换为百分比或有条件地显示为“小于”的列。低于1%”并累积到“其他”类别。

所以我开始使用策略模式。我的类(class)模型的一个非常简单的草图可以在这里看到:http://static.inky.ws/image/4044/ClassDiagram.png

我有一个抽象报告，以及每种报告类型的具体实现。报告有几个属性，它们引用不同 SQL 构建器的封装功能(通过接口(interface)的具体实现)以及每个报告的输出数据格式。但这开始看起来每个报告的类太多了。还有其他更好的方法来解决这个问题吗？

实现上面引用的模型的代码草图:

<?php
abstract class Report {
   private $sqlBuilder = null;
   private $dataFormatter = null;
}

class ReportOne extends Report {
   public function __constructor() {
       $this->sqlBuilder = new ReportOneSqlBuilder();
       $this->dataFormatter = new ReportOneDataFormatter();
}
class ReportTwo extends Report {
   // similar to ReportOne
}

interface SqlBuilder {
}
class ReportOneSqlBuilder implements SqlBuilder {
}
class ReportTwoSqlBuilder implements SqlBuilder {
}

interface DataFormatter {
}
class ReportOneDataFormatter {
}
class ReportTwoDataFormatter {
}
?>

这个想法是将所有公共(public)代码保留在抽象类中，并将具体差异保留在各个具体子类中。我在写这篇文章时突然想到，我还需要用于 SQL 和数据格式化的抽象类，因为这些接口(interface)不能真正携带任何实现细节。

Answer 1

有时，最好将两个相似但有重要差异的事物完全分开，即使这违反了 DRY(不要重复自己)原则。

事实上，这是有充分理由的。重要的是，如果您尝试重用代码的某些部分，并且稍后需要修改仅影响其中一个报告的内容，则无论如何您都必须破坏该通用代码。

设计模式很可爱，当然也有其用途，但是，在某些情况下，最好使用可能部分重复的不同逻辑，并保持代码尽可能简单。比 DRY 更重要的是代码的可读性，如果你为了一个实际上不需要复杂的功能而复杂化你的代码，你会损害你的可读性，但几乎没有任何好处。

如果您确实认为这两个报告具有很强的相似性并且值得复杂化您的应用程序，或者如果您这样做是为了练习设计模式实现技能，那么就去做吧。如果您只是想高效地完成工作并使您的应用程序以后易于修改，只需保持简单并使用两种不同的逻辑即可。