如何决定何时使用继承或仅使用基类的功能

Question

我对 OOP 中的继承概念有一些疑问。当我刚刚完成自定义类的编码以连接数据库时。
例如

   `// for encapsulate some method under and use as the team's custom 
    // version of DBconnect
   public class DBconnector()
   {
      public void SetConnection(); // setting 
      public void BeginCon(); // setting 
      public void SetQuery(String i_Query , CommandType cmdType); // setting 
      public Object GetExcetue();
     ... // other setting 
   }` 

然后系统具有单独的业务逻辑分类，将为其模块获取内容（来自数据库的数据），例如 BusinessLogicM1 、 BusinessLogicM2 、 BusinessLogicM3 ...
这些单独的分类将通过使用 DBconnector 的功能从 Db 获取数据。所以我在这里混淆是否应该通过从 DBconnector 类继承来编码 BusinessLogic 类，只使用 DBconnector 的方法。
public class BusinessLogicX :DBconnector { public Object GetXData() { ...// setting return this.GetExcetue(); } } 或
public class BusinessLogicX { public Object GetXData() { var service = new DBconnector(); ...//setting return service.GetExcetue(); } }

Answer 1

应根据类的预期功能来驱动继承。在您的情况下，DBConnector 类的功能是管理数据库连接/查询，而 BusinessLogicX 类的功能是实现业务逻辑。因此这两个类不相关，因此不应该有继承。 我建议你应该只使用 DBConnector 类的方法。

在您的 BusinessLogic 实现中，如果 BusinessLogicM1 、 BusinessLogicM2.. 共享任何共同行为，那么您应该将继承构建为

class BaseBusinessLogic
{
    public void commonMethod1() 
    {
    }
    public void commonMethod2() 
    {
    }

    public Object GetXData()
    { 
            var service = new DBconnector();
            ...//setting
            return service.GetExcetue();
    }
}


Class BusinessLogicM1 : BaseBusinessLogic
{
      public void M1LogicMethod()
      {
          ..........
      }
}

您也可以考虑将 DBConnector 设为 BaseBusinessLog 类的成员，这样就可以在一个地方维护数据库连接。

...以 DBConnector 作为成员的 BaseBusinessLogic 类示例

class BaseBusinessLogic
{

    private DBconnector _connector;

    public void initConnector( DBConnector iConnector)
    {
        this._connector =  iConnector;
    }

    public void commonMethod1() 
    {
    }
    public void commonMethod2() 
    {
    }

    public Object GetXData()
   { 

            ...//setting
            _connector.SetQuery("..."); // Query to get 'X' Data
            return _connector.GetExcetue();
    }
}


Class BusinessLogicM1 : BaseBusinessLogic
{
      public void M1LogicMethod()
      {
          // Fetch DataList from DBConnector
          _connector.SetQuery(".....");
          Object obj = _connector.GetExecute();

          Object xData = GetXData();

          // use obj and xData Object to build BusinessLogicM1
      }
}

Answer 2

如果 BusinessLogicX 类打算从中查询其模块的数据 DB，是不是说BusinessLogicX类也一样 DBConnector 的功能（它可以连接到数据库）？

没有。这是不正确的，BL（业务逻辑）和 DB（存储）之间的继承是没有问题的。

关注点分离：

您的业务类只需要数据，不应该关心检索数据的机制。事实上，它甚至不应该知道数据是从 MSSQL、Oracle 还是简单的基于文件的数据源中检索的。这就是数据访问层或类的所有问题。当你去咖啡店时，对你来说最重要的是你点了一杯咖啡，而不是他们是如何准备的！

正如@milindmb 正确指出的那样，如果适用，您应该将常见行为放在基本 BL 中。您可以将基础 BL 标记为 abstract 而不是具体的。

DbConnector：

我建议为此定义一个interface 并将其实现注入 BL 类作为依赖项。请注意，接口对于依赖注入不是必需的。您可以注入类类型以及@milinmb 的基础 BL 类中所示的类型。接口具有额外的优势，即如果/当您对业务逻辑类进行单元测试时，它们可以被模拟。那是另一个故事。因此，您的商务舱通常如下所示（我喜欢称它们为服务。这是您的选择）：

public abstract class ServiceBase {
    protected readonly IDbConnector dbConnector;

    public ServiceBase(IDbConnector dbConnector) {
        this.dbConnector = dbConnector;
    }
}

public class UserService : ServiceBase {
    public UserService(IDbConnector dbConnector) : base(dbConnector) {
    }

    // use dbConnector from ServiceBase 
}

拥有IDBConnector 意味着，将来您将能够根据您使用的数据源注入不同的实现，例如：SqlConnector、OracleConnector 等。上面显示了构造函数注入，这是一种依赖注入（DI ）。还有方法和设置器（使用属性）注入。因为有时依赖项是可选的，您可能希望创建类实例而不注入它们。详细了解 DI。

存储库：

这将超出范围，所以我把这个留给你研究。检查 Google 是否使用了构成应用程序数据访问层的存储库。它们的使用取决于您的应用程序的范围。