在PHP中，使用一个包含很多函数的长类是否有任何性能影响？或者是否建议使用许多小班并在需要时单独调用它们？
我是OOPS的新手，请忽略问题中的任何愚蠢。感谢。
答案 0 :(得分：11)
建议您在获得代码之前不要考虑性能。当然，从可维护性和可理解性的角度来看，较小的类，使用较小的方法是优越的。 （见The Single Responsibility Principle）
当您需要优化时，您真的可以将所有代码组合（自动）到一个大文件中，并在include-s上节省一些时间。
答案 1 :(得分：6)
首先，考虑清洁OOP设计。
非常长的具有很多方法和属性的类很难理解。
一组精心设计的类，包含有意义的类名，方法名和变量名，非常容易理解，特别是在维护期间。
答案 2 :(得分：2)
一般来说，人们倾向于制作太大而复杂的课程 - 这是因为通常很难看出凝聚力边界在哪里。因此，当你刚开始并且有点不确定时，最好还是让它们变得太小：你可以将较小的类合并为一个较大的类...通常要将一个大类重构为几个小类更难的。
答案 3 :(得分：0)
只要它们与您正在创建的类的逻辑直接相关，您就可以并且应该将事物放在同一个类中。如果你遵循OOP概念，那么课程的大小并不意味着很多。
答案 4 :(得分：0)
就我个人而言，我更倾向于根据它们的用途将类分解为较小的文件。如果那是业务对象，那么拥有'customer.class.php''account.class.php'等将是我的偏好。
在我工作过的大多数项目中，就像这样，然后是一个更大的'lib'或'common'文件，其中包含了各种各样的功能，这些功能在各处都有使用。
答案 5 :(得分：0)
对于记录，大小不是课堂中要考虑的重要部分。类的关键是类的依赖性。
例如，依赖于数据库的类应该在特殊类中分离，例如Repository / Dao / Dal / Persistence类。