写的一个分页效果 我用50行代码就写出来了 然后把他们包在一个函数里面 用到分页的地方就调用一下这个函数 而我在网上搜的用面向对象写的分页类都300行了 而且又看不懂 为什么面向对象用了这么多代码写？ 那么用面向过程写不是挺好的吗？为什么还要用面向对象呢？又费事又不易读
Copyright 2014-2026 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
10
1237
收藏
共用女朋友
代码界加班多，没有时间陪女朋友逛街、旅游、买衣服。
甚至等不起还在上幼儿园的她。
new GirlFriend()是不是很简单。撸一会爽了就行了，不用自己哄她开心(维护)呀。
即插即用
女孩心思难猜，隔壁大神写的代码看不懂
工期紧，节奏快，我只想外部配置下就能使用
减少人员伤亡
你为什么改我的代码，你改了我的代码就跟碰了我的老婆你知道吗？
我不在这插功能怎么实现。
你不会告诉我来插吗？
世界越来越大，你能做的相对越来越少
单打独斗的时代已经过去了
你要和别人合作才能更大的事情
人读的诗，机器吃的屎
为什么不直接汇编?
三种效率的价值权衡
运行效率
开发效率
维护效率
三种效率，什么效率都是成本，那种组合配比才能使开支最小？
在尝试阶段使用的是解释型语言。
把稳定被需求需要更快运算的改为C开发，节约的是用户的时间
世界级运行效率且不变的需求用了汇编，因为汇编快到了极致节约的是世界人民的钱。
一个巨大的阴谋家，策划创造一个毁灭世界级别的机器怪物，但是复制你们的代码粘贴到他的程序里显得太LOW。
我觉得楼上说的太复杂啦，其实并没有那么复杂。面向对象的优点是什么？好维护，有利于项目的维护扩展。我是做PHP的，PHP面向过程的代码难以维护，使用面向对象则不然，文档齐全的情况下，维护扩展起来都挺方便。尽管PHP的面向对象牺牲部分性能，但是相对于项目的可维护性可扩展性而言，不足为虑！
这个一言难尽。对于大型程序，面向对象方法的优点是不容置疑的；但对于一个功能简单的小程序来说，两种方法哪个更好还真不能一概而论。
但是300行代码的分页程序很可能比你的50行代码的功能要丰富，可配置性可能也要高一些。而不是说功能完全一样的情况下，结果却是
50 vs 300。如果真是这样，那就该打那个人的屁股了。小菜也斗胆回答一下这种上升到CS哲学层次的问题.
首先二者并没有谁厉害谁不厉害之区别,都一样,没有高低之说,不然linux kernel那上万行的C代码岂不是low爆了?
第二是,程序规模上去了,要求多人团队高度协同容易维护,似乎,面向对象更适合些
最后是,无论是面向过程还是面向对象,都要做到高度模块化,抽象化,易维护扩展,否则就是给自己挖坑.
反对非黑即白的二元论思想
你只能说：在你接触过的大多数项目中，为什么面向对象被普遍使用
而原因是：大部分程序处理的对象繁多、关系复杂，如果用模拟现实世界的方法去组织代码，更容易让人理解，也更容易维护。
不要为了面向对象而面向对象，因为它并不是普适的范式。合适的才是最好的。
只有面向过程不容易复用代码。
面向对象方便了对代码和逻辑的管理。
便于拆分封装模块。
同时做好框架后，声明式编程会比指令式编程直观得多。