abstract class MyAbstract {
public $name;
public function doThis() {
// do this
}
abstract public function doThat();
abstract public function setName($name);
}
我们假设你有一个文章Article类负责管理你网站上的文章。它包含关于文章的信息，包括：title, author, date, and category.
就像下面这样：
class poly_base_Article {
public $title;
public $author;
public $date;
public $category;
public function __construct($title, $author, $date, $category = 0) {
$this->title = $title;
$this->author = $author;
$this->date = $date;
$this->category = $category;
}
}
注意：在这个教程中的示例类使用了“package_component_Class”的命名约定，这是一个用来将类名分隔到虚拟的命名空间来避免命名冲突的通用方法。
现在你想添加一个方法来输出各种不同格式的信息，如XML和JSON。你也许会打算像下面这样做：
class poly_base_Article {
//...
public function write($type) {
$ret = '';
switch($type) {
case 'XML':
$ret = '';
$ret .= '';
$ret .= '' . $obj->author . '';
$ret .= '' . $obj->date . '';
$ret .= '' . $obj->category . '';
$ret .= '';
break;
case 'JSON':
$array = array('article' => $obj);
$ret = json_encode($array);
break;
}
return $ret;
}
}
这种解决方案是丑陋的，但是它是可靠的——至少在现在。问下你自己将来会发生什么，当我们需要添加更多格式的时候？你可以继续编辑这个类，然后添加越来越多的case ，
但是现在你只是在稀释（FIX ME： diluting） 你的类。
OOP的一个重要原则是一个类应该做的一件事情，而应该把它做好。
考虑到这一点，条件语句应该是一个红色的标志，表明你的类是试图做太多不同的东西。这是多态性的用武之地。
在我们的例子中，有两个任务明确的提出：管理文章和格式化其数据。在本教程中，我们将重构我们的格式化代码到一个新的类，然后我们会发现使用多态性是多么容易。
Step 2: 定义你的接口 Define Your Interface
第一件事就是我们应该定义接口，努力想好怎么定义你的接口是件重要的事情，因为对它的任何改变都将需要改动调用它的代码。
在我们这个例子中，我们将使用一个简单的接口来定义一个方法：
interface poly_writer_Writer {
public function write(poly_base_Article $obj);
}
它就是那样简单，我们已经定义了一个公用方法write() ，它接受一个文章对象作为参数。任何实现Writer接口的类都将会确保有这个方法。
小提示：如果你想严格限制传递给你的方法和函数的参数类型，你可以使用类型提示，就像我们已经在write()方法中做的一样，它只能接受poly_base_Article 对象类型的数
