SRP 不违反封装

Question

我在协调单一职责原则和封装时遇到了麻烦。似乎在类之间划分职责需要公开大量数据。例如，考虑一个名为DataPoints 的对象。 DataPoints 填充了 x 和 y 坐标等。我可以创建一个填充DataPoints 的生成器类。现在，假设我想绘制这些数据点。显然，这是一个单独的职责，可能来自名为DataPointsPlotter 的类。但要绘制数据，我需要知道内部 x 和 y 坐标是什么。一个班级同时处理这两个问题，这没问题。 x 和 y 是内部变量，但 create() 和 print() 方法都可以访问这些变量。我可以公开 x 和 y（也许通过 getters/setters--ugh），或者我可以将 DataPoints 结构传递给 Plotter 类，但它仍然需要进入内部才能获取 x 和 y。我可以在 DataPoints 类中声明一个 Plotter 实例，我将 x 和 y 发送到该类。但这仍然是一个曝光。

在这个例子中，我怎样才能在不违反封装的情况下使用绘图仪绘制 x 和 y？

Answer 1

class DataPoint {

    protected x, y

    public function construct(theX, theY) {
        x = theX
        y = theY
    }

    public function getX {
        return x
    }

    public function getY {
        return y
    }

}

这封装了以已知格式表示数据点的责任。假设还进行了一些健全性检查以确认 x 和 y 具有良好的值，这是此处封装的一项职责。

class Plotter {

    public function plot(DataPoint dp) {
        x = dp.getX
        y = dp.getY

        ... plot ...
    }

}

绘图仪接受DataPoint 的实例并绘制它。这也是一项职责：绘制DataPoint 的实例。它不需要Plotter 了解DataPoint 的内部结构。它只需要一个已定义且稳定的接口，Plotter 如何从DataPoint 获取必要的数据。哪些是吸气剂 getX 和 getY。你可以随意改变DataPoint 的内部结构，只要它的interface 保持不变。 DataPoint 的职责是保存一个数据点并让其他代码以定义的方式访问其数据。如果无法从DataPoint 中获取数据，那么它的存在将毫无用处。

所以不，SRP 和封装并不矛盾。你只需要明确责任到底是什么。