Question

在一个相当大的数据库类上工作，并且可能会变得更大，我开始编写与数据库的一个特定方面（用户，注释，页面等）相关的许多属性和方法。所以感觉就像是时候将数据库类子类化为几个类，每个类都处理它们自己的方面，并且只有数据库类包含绝对的核心功能。

然而，这样做就像制作额外的课程并处理includes和喜欢的事情一样。代码是相当可维护的，并且（通过注释）“划分”到正确的部分，并且它不像一个“大”类会损害性能明显。

所以，我来找你：在你的意见和经验中，什么时候适合亚类？不只是在这个特定的情况下，而是一般而言。

Answer 1

我按方法和功能进行逻辑分组。

Answer 2

多数民众赞成正常。我有50个模型可以处理所有类型的数据（很多表格）。

可以通过遵循命名约定和使用自动加载器轻松解决包含问题。

例如，我调用我的所有类 - ClassNameModel.php并将它们放在特定的目录中。

自动加载器看起来像这样：

function customAutoloader($class_name){
    $file_name = $class_name . ".php";

    //Modelis
    if(substr($class_name, -5) === "Model"){
        if(is_readable("/models/" . $file_name)){
            require_once("/models/" . $file_name);
        }
        return;
    }
}

并在主索引或配置或其他：

spl_autoload_register('customAutoloader');

并且不再包括......

什么时候是子类的合适时机？

2 个答案: