当前位置:Gxlcms > PHP教程 > php这样做有什么不妥之处呢?

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

时间:2021-07-01 10:21:17 帮助过:19人阅读

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

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里需要这么多“设计模式”的主要原因。 一旦有了一等函数,你将不再需要大部分的这些设计模式。

个人意见而已:

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

人气教程排行