PHP抽象类

bs

类本身抛开OOP思想来说只是个函数集合，所以很多时候PHP的类得基于OOP思想来讨论，抽象是OOP的重要组成部分和基础，既一切抽象为对象 。



PHP的抽象类通常做为对一个事物的属性描述，并进行定性，或者说是类的模板；

很多时候在于把程序开发与程序设计（架构）的工作分离
通常会看到一团队的架构师设计了这样一个抽象类，定义了类的属性，描述了这么一个事物，而细节上的实现则由程序员完成。

举个例子，设计师的做的工作：

1. 
   
2. //对象属性
   
3. abstract class person{
   
4. abstract function getName(); //获取他的姓名
   
5. abstract function getStatus(); //获取他的状态
   
6. }
   
7. 
   
8. 
   
9. //运行方案
   
10. class run
    
11. {
    
12. function __construct(person $obj)
    
13. {
    
14. echo $obj->getName(),'的状态是',$obj->getStatus();
    
15. }
    
16. }
    
17. 
    

复制代码

程序员的工作：

1. 
   
2. class student extends person
   
3. {
   
4.   function getName(){
   
5.    return '小明';
   
6. }
   
7.   function getStatus(){
   
8. return '学生';
   
9. }
   
10. }
    
11. 
    
12. new run(new student());
    

复制代码

那么最终当程序员按照设计（架构）师的框架开发后得到：  
“小明的状态是学生”

这就是设计师所要的结果，它很明显“抽象”了实现环节，转而关注设计程序的模型，而不用关心程序员按照这个模型实现了细节后是“张三的状态是司机”还是“李四的状态是警察”，他的模板是不变的。

当然，这个例子只是简单说明PHP抽象类的个案，通常在复杂的设计模型中会复合其它的OOP形式，如interface等共同实现。

总知OOP是一门思想课题，要花很多经历研究和学习的，而PHP本身在OOP方面是不够完善的，如弱类型、明文代码(封装性影响)




当然很多PHPer只是简单地把类当作函数的集合体来使用，这和OOP没有半毛关系，算我废话过头了。

hbl.ncut

原帖由 bs 于 2009-5-29 01:25 发表
类本身抛开OOP思想来说只是个函数集合，所以很多时候PHP的类得基于OOP思想来讨论，抽象是OOP的重要组成部分和基础，既一切抽象为对象 。



PHP的抽象类通常做为对一个事物的属性描述，并进行定性，或者说是 ...

大半夜开个帖子不容易 支持

小竣

说的很对 最近刚进入OOP实践中。