当前位置:Gxlcms > PHP教程 > 编程为什么要用面向对象?为什么不用面向过程?

编程为什么要用面向对象?为什么不用面向过程?

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

写的一个分页效果 我用50行代码就写出来了 然后把他们包在一个函数里面 用到分页的地方就调用一下这个函数 而我在网上搜的用面向对象写的分页类都300行了 而且又看不懂 为什么面向对象用了这么多代码写? 那么用面向过程写不是挺好的吗?为什么还要用面向对象呢?又费事又不易读

回复内容:

写的一个分页效果 我用50行代码就写出来了 然后把他们包在一个函数里面 用到分页的地方就调用一下这个函数 而我在网上搜的用面向对象写的分页类都300行了 而且又看不懂 为什么面向对象用了这么多代码写? 那么用面向过程写不是挺好的吗?为什么还要用面向对象呢?又费事又不易读

共用女朋友

  • 代码界加班多,没有时间陪女朋友逛街、旅游、买衣服。

  • 甚至等不起还在上幼儿园的她。

  • new GirlFriend() 是不是很简单。

  • 撸一会爽了就行了,不用自己哄她开心(维护)呀。

即插即用

  • 女孩心思难猜,隔壁大神写的代码看不懂

  • 工期紧,节奏快,我只想外部配置下就能使用

减少人员伤亡

  • 你为什么改我的代码,你改了我的代码就跟碰了我的老婆你知道吗?

  • 我不在这插功能怎么实现。

  • 你不会告诉我来插吗?

世界越来越大,你能做的相对越来越少

  • 单打独斗的时代已经过去了

  • 你要和别人合作才能更大的事情

人读的诗,机器吃的屎

  • 为什么不直接汇编?

三种效率的价值权衡

  • 运行效率

  • 开发效率

  • 维护效率

  • 三种效率,什么效率都是成本,那种组合配比才能使开支最小?

  • 在尝试阶段使用的是解释型语言。

  • 把稳定被需求需要更快运算的改为C开发,节约的是用户的时间

  • 世界级运行效率且不变的需求用了汇编,因为汇编快到了极致节约的是世界人民的钱。

一个巨大的阴谋家,策划创造一个毁灭世界级别的机器怪物,但是复制你们的代码粘贴到他的程序里显得太LOW。

如果一个东西封装成函数就够了,就不应该封装成类。你遇到的是恰好能封装成函数的情况。

真正适合面向对象的代码,你拆成一个一个函数,你会发现参数多了就分散了,传递起来麻烦,找起来更麻烦。那还不如弄到一起写成类的形式。

就比如说,封装一个http请求,需要传递url、方法、参数、cookie、代理,还有一些杂七杂八的配置,等等。你如果封装成函数,每个函数都需要有将近十个参数,如果封装成类,只需要传递需要设置的参数就行,不需要频繁设置的参数,就在构造器中赋上默认值。这不就省事了吗。

我觉得楼上说的太复杂啦,其实并没有那么复杂。面向对象的优点是什么?好维护,有利于项目的维护扩展。我是做PHP的,PHP面向过程的代码难以维护,使用面向对象则不然,文档齐全的情况下,维护扩展起来都挺方便。尽管PHP的面向对象牺牲部分性能,但是相对于项目的可维护性可扩展性而言,不足为虑!

那是因为你没有开发一个大项目 在大项目开发中 ,面向对象编程,会让你的代码写的更少 更抽象 更容易维护
你可以看看网上的这个解释http://zhidao.baidu.com/question/2265557081512828548.html

这个一言难尽。对于大型程序,面向对象方法的优点是不容置疑的;但对于一个功能简单的小程序来说,两种方法哪个更好还真不能一概而论。

但是300行代码的分页程序很可能比你的50行代码的功能要丰富,可配置性可能也要高一些。而不是说功能完全一样的情况下,结果却是50 vs 300。如果真是这样,那就该打那个人的屁股了。

小菜也斗胆回答一下这种上升到CS哲学层次的问题.
首先二者并没有谁厉害谁不厉害之区别,都一样,没有高低之说,不然linux kernel那上万行的C代码岂不是low爆了?
第二是,程序规模上去了,要求多人团队高度协同容易维护,似乎,面向对象更适合些
最后是,无论是面向过程还是面向对象,都要做到高度模块化,抽象化,易维护扩展,否则就是给自己挖坑.

反对非黑即白的二元论思想

你只能说:在你接触过的大多数项目中,为什么面向对象被普遍使用

而原因是:大部分程序处理的对象繁多、关系复杂,如果用模拟现实世界的方法去组织代码,更容易让人理解,也更容易维护。

不要为了面向对象而面向对象,因为它并不是普适的范式。合适的才是最好的。

只有面向过程不容易复用代码。
面向对象方便了对代码和逻辑的管理。

便于拆分封装模块。
同时做好框架后,声明式编程会比指令式编程直观得多。

拿C语言来说,语言层面根本就不支持C++、Java那种性质的面向对象,但像PHP、Apache、Nginx、Linux这些C程序,不一样能做到良好的模块化么?像Go和Rust这两门极具代表性的新生代语言,都没有采用Java/C++那种类型的面向对象和异常处理,由此可见,这两个东西的确存在缺陷。所以,在PHP编程中不要盲目像Java那样教条主义地使用面向对象和异常处理。从Linux C库的API和PHP内置的库函数其实都可以看出,其组织形式并不是Java类库那种“面向对象”的方式,但使用起来却非常方便,所以说封装成函数,一样是能够实现代码重用的。

拿人吃饭来说:
面向过程强调的是"吃饭","人"只是一个参数.比如mysqli_connect生成的连接对象作为mysqli_系列函数的一个参数.
面向对象强调的是"人","吃饭"只是一个动作.比如new mysqli生成的连接对象,可以直接调用mysqli类的方法和变量.
不是什么时候都必须要用面向对象的,哪个方便就用哪个。

王垠看待面向对象编程:
http://www.yinwang.org/blog-cn/2015/04/03/paradigms/
王垠这篇文章中关于OOP的见解,提到了,面向对象=过程式+抽象,同时指出了完全面向对象导致过度抽象的问题,过度抽象反而会增加耦合.

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

大多数的面向对象语言里都缺乏正确的实现一等函数的机制。Java语言是一个极致,它完全不允许将函数当作数据来传递。你需要将全部的函数都封装进类,然后称它们为“方法”,但就像我说的,这是绑架。缺乏一等函数是为什么Java里需要这么多“设计模式”的主要原因。一旦有了一等函数,你将不再需要大部分的这些设计模式。

人气教程排行