为什么PHP字符串函数不放在类中。

几天来，我一直在想这个问题，但没有答案。 我目前正在建立一个网站，我已经建立了一些功能。后来我开始重构它们，并将相关函数放在一个类中，但在某个时候，我对是否应该对一些相关函数进行分组感到困惑。从那时起，我开始质疑自己，虽然PHP字符串函数是相关的，但为什么它们不作为一个类组合在一起。 那么，对函数进行分类还有什么好的理由呢？ 我们什么时候才能不对某些函数进行分类呢

---

注意：我知道存在一个php字符串类

那么，对函数进行分类的其他好理由是什么呢？

制作一个方法类而不是一组函数并不是将它们分组在一起，因为它们是相关的，而是关于

范围

，

封装

和

实例化

当方法在类中时，开发人员可以控制可见性和可访问性。这也是对对象属性的考虑

与一组函数不同，您可以实例化一个类，为其所有属性定义值，并在允许的情况下运行其方法，然后在前面的每次实例化都持续的情况下反复执行。一个例子是一个游戏，游戏中有一支射出射弹的枪，每个射弹都可能是射弹类的一个实例，其属性是位置、速度等。。。每个项目符号都有自己的属性集。有无数的例子，其中许多是常用的

---

我不会因为函数的相似性而将函数分组到一个类中，而是因为类所需的功能。

出于历史原因。和兼容性。

注意：我知道存在一个php字符串类。

。。。。你是说绳子？您是否确实看过它，以及它不是PHP核心的一部分这一事实？它只不过是一个字符串变量的类包装器，但PHP从第1天起就有了一个字符串标量数据类型，并提供了操作这些数据类型的函数；即使是最原始的类，直到许多年后才被引入。请完成这次旅行。我觉得这是一个很有道理的问题。。。一位专家很快发布了一个小宝石。。。审查结束。享受吧；-）@马里奥。。。你愿意用Jon Skeet precision将其带到wiki级别吗？那么你的意思是php字符串函数并不是为了在正常范围内可用而被制作成方法的。不。我很确定它们只是一组遗留函数，因为它们在PHP面向对象之前就已经存在了。不过这很方便，我有点惊讶他们后来没有创建string类，但他们当然不能弃用旧函数，太多的应用程序依赖于它们。我可能也应该在我的回答中提到这一点，但我认为在对原始问题的评论中已经全面涵盖了这一点。尽管最后一部分似乎回答了我的问题，当你说基于功能时。