设计数据库交互时遵循单一职责原则

Question

我试图更好地遵守单一责任原则，但我在掌握如何构建与数据库通信的通用类设计。在简化版本中，我基本上有一个数据库，其中包含：

制造商<==探针<==>探针设置

探针有一个制造商。探头有 1 组设置。相关对象在整个应用程序中被访问，坦率地说，当前的实现是一团糟。

目前，这是如何实现通信和对象的一般视图：

public class Manufacturer
{
  public int ID; // Primary key, auto-incrementing on insert
  public string Name;
}

public class Probe
{
  public int ID; // Primary key, auto-incrementing on insert
  public int ManufacturerID;
  public string Name;
  public int Elements;
}

public class ProbeSettings
{
  public int ProbeID; // Primary key, since it is unique.
  public int RandomSetting;
}

// This class is a mess...
public static class Database
{
  public static string ConnectionString;

  public static void InsertManufacturer(Manufacturer manuf); // ID would be ignored here, since it's auto-incrementing.
  public static void InsertProbe(Probe probe); // Again, ID generally ignored.
  public static void InsertProbeSettings(ProbeSettings probeSet);

  public static Manufacturer[] GetAllManufacturer();
  public static Probe[] GetProbesFromManufacturer(int manufacturerID);
  public static Probe[] GetProbesFromManufacturer(Manufacturer manuf);
}

我在这里看到了很多问题。

1. 数据库 做的事情太多了。
2. 这些对象在真正读取时可以是不可变的，唯一的问题是插入后，我不确定它们被分配了什么 ID，并且插入的对象现在已过时。
3. 每当类需要从数据库获取信息时，我都必须添加另一个 Get 方法来处理特定查询。

我真的不知道什么是正确的实现。我唯一真正的改进想法是数据库对象的某种基本接口，尽管它可能只对插入有帮助......

public interface IDatabaseObject
{
    void Insert(Database db);
    bool Delete(Database db);
}

实际实现这个的好方法是什么？

Answer 1

在维护 SRP（或任何其他类型的理智模式）的同时使用 DB 的最佳解决方案是使用某种 ORM（例如 NHibernate）。

这将允许您按原样使用类，而不是手动将它们从数据库中扔出/扔到数据库中。

例如，对于 NH，您的类可以如下所示：

public class Manufacturer
{
  public string Name { ... }
  public IList<Probe> Probes { ... }
}

public class Probe
{
  public string Name { ... }
  public int Elements { ... }
  public ProbeSettings Settings { ... }
}

public class ProbeSettings
{
  public int RandomSetting;
}

如您所见，您已经不需要 GetProbesFromManufacturer 因为您只需导航Manufacturer 中的集合即可。

此外，ORM 还将管理对象 ID 并为您保存。因此，您所需要的只是少量固定数量的通用方法，例如 LoadById/LoadAll，它们非常适合数据访问的类 SRP。此外，您可能需要为数据库的每个复杂且可配置的查询提供一个类。

Answer 2

听起来您正在寻找 ORM。由于您使用 C# 工作，我假设您有权访问 LinqToSQL< /a> 作为 .NET 框架的一部分。 Linq 可以满足您的需求，管理您的基本 CRUD运营。类似的项目也值得一看，有 Castle ActiveRecord 和 NHibernate。