整个程序使用的公共静态数据

Question

代码示例是 C#，但这是一个常见的 OO 问题。

我知道根据 OO 规则，类耦合应该最小化，成员应该尽可能保持私有，等等。

考虑这个例子：

您正在编写一个深奥的程序，它具有某种数据集（我不是在谈论System.Data.DataSet），该数据集实际上用于程序的每个方面。事实上，程序的存在基本上只是为了加载、显示、操作和保存数据集。此外，任何时候只能加载一个数据集，并且它是在程序打开时加载的。

如果我们严格遵循面向对象的规则，那么我们可能会

public void ShowSomeGraphs(IData data)
{
  // do stuff with data which implements IData
}

例如，

public void ShowSomeGraphs()
{
  // do stuff with Program.Data
}

在 Program 中存储一个 public static Data 成员。一方面，我们用稍微短一点的函数签名来换取大大增加的类耦合。另一方面，我们不再将 Data 参数传递给几乎每个函数、每个地方。

正确的答案可能是：尽可能避免类耦合。本地数据变量只是指针，因此内存开销可以忽略不计，并且由于这些类是解耦的，因此它们可以在以后在其他地方使用。

尽管实际上来说，Data 类的结构在不同的应用程序中可能会有显着的不同，所以您不能直接从该程序中提取一个类并将其放在其他地方而不进行任何调整。以可以的方式编写类所需的额外时间和精力可能很难向利益相关者证明是合理的。

我现在正在开发此类程序，并且使用了 OO-canon 方法：数据参数在需要的地方传递。我已经最小化了与 IData 接口的类耦合，以概括数据集以供将来的代码重用。鉴于该应用程序，我几乎可以肯定该代码永远不会被重复使用。如果没有这些额外的接口和抽象，对于最终用户而言，该程序的工作方式将完全相同，但对我来说，这会显着减少麻烦和开发时间。

您对此有何看法？您认为花费所有额外的时间来编写接口和泛化以确保类在可能的情况下解耦是否合理，特别是当您以后看不到这些类在其他地方使用时？

Answer 1

不要为此苦恼。严重地。

软件范式/模式是为了帮助我们，而不是教条地遵循。

您在问题中明确表示您认为松散耦合过度杀伤力，并且您可以证明原因。因此，不要使用它。

Answer 2

如何使用单例模式提供获取 IData 接口的方法或只读属性？这样，您只耦合到一个非常薄的单例类，并且与数据集的所有交互都是通过 IData 接口完成的。

（我肯定会避免紧密耦合。即使您不打算对这个应用程序做太多事情，您也有可能在开发过程中遇到问题，这将迫使您接触比通过访问数据要多得多的代码。接口。）

上面提出的单例解决方案的代码示例：

using System;

public class MyClass {
    public static void Main() {
        // simple usage:
        Console.WriteLine("From Main: " + Singleton.Instance.IMyData.GetData());
        // client code from another type:
        new ClientObj().DoWork();
        Console.ReadKey();
    }
}

public sealed class Singleton {
    // standard singleton stuff:
    private static readonly Singleton _instance = new Singleton();
    private Singleton(){}
    public static Singleton Instance {get { return _instance; }}
    // data interface stuff:
    private MyData _myData = new MyData();
    public IData IMyData {get { return _myData; }}
}

// the interface:
public interface IData {
    string GetData();
}

// concrete implementation of the data class
public class MyData : IData {
    public string GetData() {return "Hello World!";}
}

// example of a type using the singleton and the IData interface
public class ClientObj {
    public void DoWork() {
        IData data = Singleton.Instance.IMyData;
        string str = data.GetData();
        Console.WriteLine("From other obj: " + str);
    }
}

一些注意事项：上面的代码示例被完全剥离以显示单例和共享接口的概念。没有实现线程安全，没有数据对象的初始化等。

Answer 3

好吧，您的文本中有一个重大假设：程序中始终只有一个数据集。您确定该条件将永远成立吗？曾经有一段时间，文字处理器一次只能保存一篇文本。如今，同时打开多个文件已成为标准。如果第一个网络浏览器一次只能打开一个网页，我也不会感到惊讶。今天，没有人会使用不能同时打开多个页面的网络浏览器。我认为你可以说程序中肯定只有一个的对象是非常罕见的。事实上，我唯一想要创建的全局对象或单例就是对象工厂。

另一方面，为每个函数调用传递对象对我来说似乎也太过分了。因此，我会采取中间立场：让对象记住“全局”对象，这样您只需通过构造函数传递它。这将每个单个对象限制为一个数据对象，但如果您决定的话，仍然允许您轻松地在程序中拥有多个数据对象。