什么：你要是怕麻烦就封装,你要是闲到蛋疼你就别封装了
1
php封装的好处主要是防止代码冗余，也可以方便代码的调用，同时也可以防止不必要的错误。总之是非常方便的！
封装后缀名是：file.class.php或file.php若是不明白最好自己查查php的书籍
2
你可以只关注于使用，而不关心具体的实现。比如电视机，我们会操作就行了，我才不关心他是怎么实现的呢？内部构造那是生产和设计人员的事情！3
第一:重用;
第二:不必关心具体的实现;
第三:面向对象三大特征之一;
第四,具有安全性!我的一句话可以说明我可以用更好的办法：
感觉以上的回答不太对，我与楼主一样，那我试问:'你要是怕麻烦就封装,你要是闲到蛋疼你就别封装了
';这样的话，我可以建个公共的文件里面全是方法 那样更方便
1
php封装的好处主要是防止代码冗余，也可以方便代码的调用，同时也可以防止不必要的错误。总之是非常方便的！
封装后缀名是：file.class.php或file.php若是不明白最好自己查查php的书籍
2
你可以只关注于使用，而不关心具体的实现。比如电视机，我们会操作就行了，我才不关心他是怎么实现的呢？内部构造那是生产和设计人员的事情！3
第一:重用;
第二:不必关心具体的实现;
第三:面向对象三大特征之一;
第四,具有安全性!我的一句话可以说明我可以用更好的办法：
感觉以上的回答不太对，我与楼主一样，那我试问:'你要是怕麻烦就封装,你要是闲到蛋疼你就别封装了
';这样的话，我可以建个公共的文件里面全是方法 那样更方便
——————————————————————
我之前也有这样的想法，看过设计模式后知道这样想是错的其实并不是我学会了设计模式，而是在学习过程中发现绝大部分设计模式都使用抽象类（之前完全理解不通抽象类的作用），在慢慢了解抽象类，至少有个浅层的理解后，才明白类封装的作用__________________________________________
电视机，我们会操作就行了，我才不关心他是怎么实现的呢？内部构造那是生产和设计人员的事情！就引用这个例子吧
各种款式的电视机外壳按键（现在当然进步到遥控器了，LZ估计没用过没遥控器的电视吧）都大同小异
甚至有一个遥控器可以操作多款电视机的情况，这个遥控器就相当于抽象类用户（主程序）只会接触这个遥控器，就相当于主程序代码只会new一个对象（买一台电视机）、对象->方法（用电视机配的遥控器）接口就是遥控器的红外线收发器抽象class相当于电视机显像原理，所有的电视机，无论那家产的都是一样的显像原理（用户不接触这个）但是实现起来各个厂家可能就有不同了，这家用这个电路板设计，那家用那个电路板设计
这就是抽象类的子类（虽然用户不接触电视机内部，但维修工人——二次设计代码——会接触）用户只需要确定他用哪个子类，sorry?长虹?康佳?3*……然后去买一台(new)，用它配的遥控器(->)--------------------------------------------------------------------------用function的话，换言之只有一个牌子可以选择，function怎样，主程序就算觉得它不好使也只能忍了……
修改好function，第二个主程序可能觉得以前的版本更好，但还是独家（锦湖轮胎？），只好也忍了……
再第三个主程序想用这个function里面的某个计算过程（东京电力公司用东芝的核电设备），接口不同，放弃……
接着第四个主程序想用function返回的东西，接口相同，但方法不同（LCD和CRT遥控器一样，电路板不同），放弃……上面的例子有一个解决方法，把function拆分细化，但是某个过程细化到只有echo，这个function就没有意义，但在类中还是有意义的，例如：抽象类：A点去到B点的方法
子类1：步行（echo）
子类2：汽车
子类3：飞机主程序甲：AB之间有阻碍物，但有道路，相距3千米，用子类2
主程序乙：AB之间没有阻碍物，相距3千米，但为垂直距离，用子类3主程序丙：AB之间没有阻碍物，相距3米，用子类1对主程序丙，用一个超简单的function没意义，但用类是可以理解的，因为它始终属于解决“A点去到B点”这个范畴，但把步行这个function放到共用目录，谁都会说：“这谁不会啊，还用你来教？！”
这就是面向对象，面向的不是主程序本身，而是面向主程序要做的某件事
限于水平，上面的例子未必贴切，而且都与设计模式中工厂模式和策略模式接近，因为暂时我对这两个理解度高些，呵呵，莫笑
最后一句说的是，看过一篇文章，里面介绍了php5面向对象和面向过程，里面列举了一些常见的php成品
简单说明了两者同样都能做的很优秀，只是各有特点，思维方式有点不同而已
如果说函数就是功能片段的封装、类能否算某一类函数的封装、开发框架能否算某些功能的类的封装？
我还是认为不是所有地方都用OOP合适！团对开发是以一个比较出名的大框架为标准，虽然效率提高了。但是无型中会把很多过程性的东西牺牲掉。如果你对这个框架不了解，那么想扩展功能那就是难上加难，而且OOP的开发效率虽然高，但是执行效率就未必了。所以该用过程的地方还是大胆用。想怎么写就怎么写，只要你以一个第3者角度来写代码，并把注释写清楚，代码结构做到清晰明了，简单易懂！那么OOP都未必一定要用！当然如果老板要求你一定要，那你就用把。多用几次，只记使用方法，不记实现过程，这个速度还是很快的。