php这样做有什么不妥之处呢？
问题描述
提这个问题的缘由其实是我在知乎上看了这么一个回答:
PHP编程中有哪些常见的低级错误？
http://www.zhihu.com/question...
其中提到的错误做法:
把Class当名字空间来用，method就是套了Class的function
这样做有什么不妥之处呢？
用过程式结构化编程就是"思想固化"?我看把"面向对象"当成放之四海而皆准的"万金油"才是"八股文般的思想固化"吧,甚至提出完全面向对象这种"一刀切极端"的编程要求.我觉得对象思想的最大好处在于封装,能把相关的函数封装起来提供给其他人调用,有命名冲突改个类名就行.如果不用类,有命名冲突的时候就需要修改多个函数的前缀了.所以说把类当命名空间用,也没什么不妥.
我们就看PHP自身,PHP提供的功能有基于函数和类的两种封装,基于函数的封装有常用的字符串操作函数和数组操作函数等,基于类的封装则有SPL库等,你会说面向对象就一定比过程式先进和方便么?我看不见得.如果真的那么热衷面向对象,难道不应该是去学所有库都基于类封装"完全面向对象"的Java么?
对象思想作为数据访问的方式，是有一定好处的。 然而面向对象（多了面向两个字），就是把这种本来良好的思想东拉西扯，牵强附会，发挥过了头。 很多面向对象语言号称所有东西都是对象，把所有函数都放进所谓对象里面，叫做方法，把普通的函数叫做静态方法。 实际上只有极少需要抽象的时候，需要使用内嵌于对象之内，跟数据紧密结合的方法。 其他的时候，你其实只是想表达数据之间的变换操作，这些完全可以用普通的函数表达，而且这样做更加简单和直接。 把所有函数放进对象的做法是本末倒置的，因为函数本身并不属于对象，它们只是对象上面的变换操作。 绝大部分函数是独立于对象的，它们不能被叫做方法。 强制把所有函数放进它们本来不属于的对象里面，把它们全都作为方法，导致了面向对象代码逻辑过度复杂。 很简单的想法，非得绕好多道弯子才能表达清楚。 很多人至今不知道自己所用的面向对象语言里面的很多优点，都是从过程式语言继承来的。 大多数的面向对象语言里都缺乏正确的实现一等函数的机制。 Java语言是一个极致，它完全不允许将函数当作数据来传递。 你需要将全部的函数都封装进类，然后称它们为方法，但就像我说的，这是绑架。 缺乏一等函数是为什么Java里需要这么多设计模式的主要原因。 一旦有了一等函数，你将不再需要大部分的这些设计模式。
这篇关于php这样做有什么不妥之处呢？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
