在处理一个变得相当大并且可能变得更大的数据库类时，我开始编写许多与数据库的一个特定方面(用户、评论、页面等)相关的属性和方法。所以感觉就像是关于是时候将数据库类子类化为几个类，每个类都处理自己的方面，并且只有数据库类包含绝对的核心功能。
然而，这样做感觉就像创建额外的类并处理 includes 之类的东西。代码按原样非常易于维护并“划分”(通过注释)到正确的部分，并且“大”类不会明显损害性能。
所以，我来问你:在你看来和经验中，什么时候是子类化的合适时机？不仅在这种特定情况下，而且在一般情况下。
最佳答案
我按照方法和功能的逻辑分组进行。
关于php - 什么时候进行子类化合适？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/5952816/