php这样做有什么不妥之处呢？

提这个问题的缘由其实是我在知乎上看了这么一个回答:

PHP编程中有哪些常见的低级错误？

http://www.zhihu.com/question...

其中提到的错误做法:
把Class当名字空间来用，method就是套了Class的function

这样做有什么不妥之处呢？

回复内容：

提这个问题的缘由其实是我在知乎上看了这么一个回答:

PHP编程中有哪些常见的低级错误？

http://www.zhihu.com/question...

其中提到的错误做法:
把Class当名字空间来用，method就是套了Class的function

这样做有什么不妥之处呢？

用过程式结构化编程就是"思想固化"?我看把"面向对象"当成放之四海而皆准的"万金油"才是"八股文般的思想固化"吧,甚至提出完全面向对象这种"一刀切极端"的编程要求.我觉得对象思想的最大好处在于封装,能把相关的函数封装起来提供给其他人调用,有命名冲突改个类名就行.如果不用类,有命名冲突的时候就需要修改多个函数的前缀了.所以说把类当命名空间用,也没什么不妥.

我们就看PHP自身,PHP提供的功能有基于函数和类的两种封装,基于函数的封装有常用的字符串操作函数和数组操作函数等,基于类的封装则有SPL库等,你会说面向对象就一定比过程式先进和方便么?我看不见得.如果真的那么热衷面向对象,难道不应该是去学所有库都基于类封装"完全面向对象"的Java么?

Java大神王垠看待面向对象编程:

“对象思想”作为数据访问的方式，是有一定好处的。 然而“面向对象”（多了“面向”两个字），就是把这种本来良好的思想东拉西扯，牵强附会，发挥过了头。 很多面向对象语言号称“所有东西都是对象”，把所有函数都放进所谓对象里面，叫做“方法”，把普通的函数叫做“静态方法”。 实际上只有极少需要抽象的时候，需要使用内嵌于对象之内，跟数据紧密结合的“方法”。 其他的时候，你其实只是想表达数据之间的变换操作，这些完全可以用普通的函数表达，而且这样做更加简单和直接。 把所有函数放进对象的做法是本末倒置的，因为函数本身并不属于对象，它们只是对象上面的变换操作。 绝大部分函数是独立于对象的，它们不能被叫做“方法”。 强制把所有函数放进它们本来不属于的对象里面，把它们全都作为“方法”，导致了面向对象代码逻辑过度复杂。 很简单的想法，非得绕好多道弯子才能表达清楚。 很多人至今不知道自己所用的“面向对象语言”里面的很多优点，都是从过程式语言继承来的。 大多数的面向对象语言里都缺乏正确的实现一等函数的机制。 Java语言是一个极致，它完全不允许将函数当作数据来传递。 你需要将全部的函数都封装进类，然后称它们为“方法”，但就像我说的，这是绑架。 缺乏一等函数是为什么Java里需要这么多“设计模式”的主要原因。 一旦有了一等函数，你将不再需要大部分的这些设计模式。

个人意见而已：

最大的不妥就是思想的固化吧，没能从过程化中走出来，理解不了面向对象编程真正改变的是什么，面向对象编程真正的优势在哪，更别说面向接口编程了。