撇开国中时学过但没懂的C 我是从C#开始学的 C#跟JAVA一样，都是物件导向为主的语言 面对庞大的程式时，使用物件导向会比用function好写很多 还有包含MVC架构，都是为了「庞大」的程式而存在的 举例来说..... 一个团队辛辛苦苦写了四、五年的系统，里面的页面多达上千 总计的程式码是用几万行、几十万行在算的 可是最近这几年出现手机板网页 因为旧有的程式码把控制、显示、资料之类的程式片段都写在一起 如果想让系统能支援手机版网页..... 抱歉，全部重写。 但反过来说，如果是用MVC架构，只要修改、新增「显示」那一段的程式码就好 像Codeigniter，虽然我没用过，但我记得这个framework主要是把HTML跟PHP切开来 或是自己做一个类似的架构的机制也行 另外一个例子 原本没做多国语言的设计 把显示的字串通通都写死在程式码中 结果产品太受欢迎了，打算修改系统让外国人使用... 嗯..... 这是大惨剧 另外关於物件导向 同上二例，我是把这种设计当成是，在程式中制造切断点、打包的方式 切断点多的话，随时可以知道自己可以从哪边下手去修改 而不必把程式全部翻修 打包的话，可以很轻易的知道该从哪里找function来用，以及知道他的资料 不过这点在PHP上比较不明显就是了 我一直觉得PHP的物件导向并没有很突出 因为有蛮多替代方法可以用的 以上，个人经验 ※ 引述《yororu (人生啊！)》之铭言： : 我一向写程式都是用function 去做 : 第一点是因为我觉得class的语法对我 : 而言是蛮不熟悉了.. : 看语法能懂..但是要自己去写就觉得本 : 来用function 可以几行就做到的东西.. : 却要写那麽长觉得不喜欢... : 然後我在某网站也看到 : http://www.phpv.net/html/1453.html : 执行速度慢很多 : 所以真的不知道在php里用class的优点在那里.. : 还有最近在学很多MVC架构的东西(ex:Codeigniter).. : 也是觉得明明几个function 就可以做出来.. : 好像要去理解那麽冗长的class和程序 : 然後执行速度很差 : 不知道有没有人能够反驳我的想法呢?? -- --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.59.16.65