类和include用多了并不好，同意者跟

Question

如果太喜欢用，我觉得并不好，那会在事后阅读程序时很费劲，总要不停的回头去看class及include,那还不如写程序时多写就多写几段总之，不能太喜欢用

Answer 1

这贴谁敢跟啊，基本不能在php里立足了~~~~~快闪，免得血溅当场~~~~

Answer 2

大家真是强颜欢笑呀，呵呵！自己写个类嘛，ok,自己清楚怎么回事，来龙去脉什么的都清楚着，不过类写得太长，还是容易在編写过程中不断的吃“回头草”不停从调用处往回看，因而破坏思维连惯性。别人写的类嘛，ok,自己恐怕不易理解，得花时间把一些东西抽象出来，特别是在程序注释不详的时候，还不累死人？例如像递归这种东西，是很搅大脑的。我觉得还是要对类和require_once()有个取舍，什么时候该用及不该用,不能傻*似的用成一种恶习吧，呵呵

Answer 3

阅读费劲是因为代码风格不好，用require就要多用function，用class就要用interface 。

Answer 4

我坚决拥护楼主不能太喜欢用
比如吧,
你写个一行$x++; 就不要写到单个文件再include进来了,
当然也不要用class了

Answer 5

非常同意楼主除了公用部分，最好不要用 include 尤其是整一大堆 Class总有人拿什么大项目来吓唬人，你项目能有多大，你项目再大还能写满一个U盘的PHP程序来？
项目再大，你显示出来的网页还能超过1M
再大的话还是PHP了吗，是网络应用了吗好的程序不在多，而在精；足球不是谁踢的远，谁就NB
电脑不是谁显示器大，谁性能就好

Answer 6

这个原因我想主要是php没有好的ide。如果你有象eclips一样的ide,点一下include 立刻跟踪到include 单元就好了。

Answer 7

php何止ide不出色？连代码的悦目度都不如jsp,不信你找jsp代码看看，php的$符号在一定视觉美观上弄得很乱，有点糟与php相比，jsp虽然写同一功能的语句用的英语要长一点，但清晰呀

Answer 8

jsp让人觉得很有架构，php让人觉得有点散漫，没有骨架似的

Answer 9

php也有它的好处，它有$_FILES处理文件上传,jsp没有，听说还要用javabean

Answer 10

把多个include放在一个页面里，要用的时候就只include他一个文件就可以了。
类嘛，垃圾类的话，就免了
真正好的类还是很不错的
多上http://www.phpclasses.org/看看

Answer 11

哦~
To.wewaa
点一下include 立刻跟踪到include 单元就好了。-------------------------
Zend Studio 就可以.就像yagas 说的那样可以合理的安排一下你所调用的文件.
必要的时候可以使用 __autoload()Php6应该有Namespace那样的话应该比较好了.
Import包的话,就比include明了多了.

Answer 12

如果不用incude就能模块化，实现逻辑和内容分离，谁也不会用它！

Answer 13

首先这样的争论没有意义，什么用多了都不好。关键是合理。 合理了，怎么用都无所谓。 但是谈到项目，没有类与INCLUDE那根本不可能是什么大的项目。  甚至都不可能是。。 不争论这个问题。还是楼主多写几年代码再谈把！

Answer 14

楼主说的这个问题主要在IDE不好
开发环境不好，
要是有C#类似的开发环境就更好了！
比如：直接列出incude变量内容等

Answer 15

   首先说LZ说的include问题，ZDE就有“转到声明”的功能，你在一个文件中看到一个方法名，选中之后鼠标右键点击，选“转到声明”自动就会找到声明它的地方。
   该用的时候就得用，一个项目的公共部分，如一些全局变量，配置信息等，你不单独写在一个文件中让每个模块include，难道要在所有页面中都写上公共部分的代码？
   当你和别人合作开发项目的时候，难道别人写过的代码，你也要再写一遍？其他人都要再写一遍？该用的地方一定要用。不该用的时候我想也没人会用的。   关于用不用类，似乎可以上升到oo思想的优劣问题了。

Answer 16

类不是用的多不好，而是会不会用的问题。我们看PEAR这个库，全部都是类实现，难道开发PEAR库的这群人都错了？require_once 和 include_once的使用上确实要适量，在开发时常用的库可以分开放，正式运行时可以把库文件组合成一个或者少数几个文件，提高效率。

Answer 17

phped5 就有include 跳转的功能。有变量跳转的功能。