在一些问题上，类和直接用函数都能解决。而且我看某些php框架中，诸多类里面的方法都不需要依赖这个类的实例 ，这些方法属于工具性的方法，而且这些类里面没有任何属性(变量)，那这种情况下使用类还有什么意义呢？如果不声明static的话，还要先实例化才能调用，这比函数麻烦的多。那为什么许多php类库还要用一堆class，去实现几个function就能实现的功能呢？
所以说，到底什么情况下该用function，什么情况下该用class？
在一些问题上，类和直接用函数都能解决。而且我看某些php框架中，诸多类里面的方法都不需要依赖这个类的实例 ，这些方法属于工具性的方法，而且这些类里面没有任何属性(变量)，那这种情况下使用类还有什么意义呢？如果不声明static的话，还要先实例化才能调用，这比函数麻烦的多。那为什么许多php类库还要用一堆class，去实现几个function就能实现的功能呢？
所以说，到底什么情况下该用function，什么情况下该用class？
class的功能是对function的打包，当你需要打包多个function成一个模块(class)时，就用class而不是裸的function。
什么时候用，见仁见智，因地制宜，不必非要追求完美的答案
我觉得题主可能对于面向对象的哲学有没理解透彻的地方。
面向对象的class并不是把一堆function封装成一个模块这么简单，他更多的是让你把代码世界中的各种东西抽象成一个事物(也就是对象)，然后赋予他动作和标签，也就是方法和属性。
比如说用户member他可以登陆，可以发帖，他名字叫昌维，那么可以给他登陆和发帖方法，还有一个name属性。
所以你这个问题我的回答是，如果是一些很小的功能，或者很通用的功能，并没有和任何对象有耦合关系的情况下用function，否则就是用class。
这是一个很有意思的问题，正如你所说：『到底什么情况下该用function，什么情况下该用class?』
什么情况？随意举3例：
一次性任务？
长期维护，业务逻辑复杂，变化频繁？
长期维护，基础支持，如开发框架？
通常一次性任务，用什么无所谓了，完成任务即可。而需要长期维护的任务，就不仅仅是function或者class的问题了。这是一个工程，软件工程。
企业级软件系统与过去相比，更大也更复杂，变化也更频繁，如何降低复杂度、应对变化，推动了软件工程研究，也催生了表达能力更强的高级语言的演进。在设计上通过分解、抽象、层次结构等手段来降低复杂度、应对变化。
面向对象技术给出的一味药方，包括抽象、封装、模块化、层次结构、类型、并发、持久等原则。传世药方还有很多。也留下许多精典如《编程格调》、《代码大全》、《敏捷软件开发-原则、模式与实践》、《编写可读代码的艺术》、《软件设计重构》、《企业应用架构模式》......
那么答案是什么呢？我也不清楚，或许你需要一个复杂的系统折磨一下，理解一些原则指导实践，知行合一。
如果工具性的函数比较多的话，包在工具类里作为静态函数来调用会比较清晰，也方便对不同用途的工具函数进行分类。
归类。
<code>class User function name function sex function age ...</code>
