在 PHP 中，類的成員變量也被稱為屬性（properties）。它們是類定義的一部分，用來表現(xiàn)一個(gè)實(shí)例的狀態(tài)（也就是區(qū)分類的不同實(shí)例）。在具體實(shí)踐中，常常會(huì)想用一個(gè)稍微特殊些的方法實(shí)現(xiàn)屬性的讀寫。例如，如果有需求每次都要對(duì) label 屬性執(zhí)行 trim 操作，就可以用以下代碼實(shí)現(xiàn)：

$object->label = trim($label);

上述代碼的缺點(diǎn)是只要修改 label 屬性就必須再次調(diào)用 trim() 函數(shù)。若將來需要用其它方式處理 label 屬性，比如首字母大寫，就不得不修改所有給 label 屬性賦值的代碼。這種代碼的重復(fù)會(huì)導(dǎo)致 bug，這種實(shí)踐顯然需要盡可能避免。

為解決該問題，Yii 引入了一個(gè)名為 yii/base/Object 的基類，它支持基于類內(nèi)的 getter 和 setter（讀取器和設(shè)定器）方法來定義屬性。如果某類需要支持這個(gè)特性，只需要繼承 yii/base/Object 或其子類即可。

補(bǔ)充：幾乎每個(gè) Yii 框架的核心類都繼承自 yii/base/Object 或其子類。這意味著只要在核心類中見到 getter 或 setter 方法，就可以像調(diào)用屬性一樣調(diào)用它。
getter 方法是名稱以 get 開頭的方法，而 setter 方法名以 set 開頭。方法名中 get 或 set 后面的部分就定義了該屬性的名字。如下面代碼所示，getter 方法 getLabel() 和 setter 方法 setLabel() 操作的是 label 屬性，：

namespace app/components;use yii/base/Object;class Foo extend Object{  private $_label;  public function getLabel()  {    return $this->_label;  }  public function setLabel($value)  {    $this->_label = trim($value);  }}

（詳細(xì)解釋：getter 和 setter 方法創(chuàng)建了一個(gè)名為 label 的屬性，在這個(gè)例子里，它指向一個(gè)私有的內(nèi)部屬性 _label。）

getter/setter 定義的屬性用法與類成員變量一樣。兩者主要的區(qū)別是：當(dāng)這種屬性被讀取時(shí)，對(duì)應(yīng)的 getter 方法將被調(diào)用；而當(dāng)屬性被賦值時(shí)，對(duì)應(yīng)的 setter 方法就調(diào)用。如：

// 等效于 $label = $object->getLabel();$label = $object->label;// 等效于 $object->setLabel('abc');$object->label = 'abc';

只定義了 getter 沒有 setter 的屬性是只讀屬性。嘗試賦值給這樣的屬性將導(dǎo)致 yii/base/InvalidCallException （無效調(diào)用）異常。類似的，只有 setter 方法而沒有 getter 方法定義的屬性是只寫屬性，嘗試讀取這種屬性也會(huì)觸發(fā)異常。使用只寫屬性的情況幾乎沒有。

通過 getter 和 setter 定義的屬性也有一些特殊規(guī)則和限制：

這類屬性的名字是不區(qū)分大小寫的。如，$object->label 和 $object->Label 是同一個(gè)屬性。因?yàn)?PHP 方法名是不區(qū)分大小寫的。
如果此類屬性名和類成員變量相同，以后者為準(zhǔn)。例如，假設(shè)以上 Foo 類有個(gè) label 成員變量，然后給 $object->label = 'abc' 賦值，將賦給成員變量而不是 setter setLabel() 方法。
這類屬性不支持可見性（訪問限制）。定義屬性的 getter 和 setter 方法是 public、protected 還是 private 對(duì)屬性的可見性沒有任何影響。
這類屬性的 getter 和 setter 方法只能定義為非靜態(tài)的，若定義為靜態(tài)方法（static）則不會(huì)以相同方式處理。
回到開頭提到的問題，與其處處要調(diào)用 trim() 函數(shù)，現(xiàn)在我們只需在 setter setLabel() 方法內(nèi)調(diào)用一次。如果 label 首字母變成大寫的新要求來了，我們只需要修改setLabel() 方法，而無須接觸任何其它代碼。

實(shí)現(xiàn)屬性的步驟

我們知道，在讀取和寫入對(duì)象的一個(gè)不存在的成員變量時(shí)， __get() __set() 會(huì)被自動(dòng)調(diào)用。 Yii正是利用這點(diǎn)，提供對(duì)屬性的支持的。從上面的代碼中，可以看出，如果訪問一個(gè)對(duì)象的某個(gè)屬性， Yii會(huì)調(diào)用名為 get屬性名() 的函數(shù)。如， SomeObject->Foo ， 會(huì)自動(dòng)調(diào)用 SomeObject->getFoo() 。如果修改某一屬性，會(huì)調(diào)用相應(yīng)的setter函數(shù)。 如， SomeObject->Foo = $someValue ，會(huì)自動(dòng)調(diào)用 SomeObject->setFoo($someValue) 。

因此，要實(shí)現(xiàn)屬性，通常有三個(gè)步驟：

• 繼承自 yii/base/Object 。
• 聲明一個(gè)用于保存該屬性的私有成員變量。
• 提供getter或setter函數(shù)，或兩者都提供，用于訪問、修改上面提到的私有成員變量。 如果只提供了getter，那么該屬性為只讀屬性，只提供了setter，則為只寫。

如下的Post類，實(shí)現(xiàn)了可讀可寫的屬性title:

class Post extends yii/base/Object  // 第一步：繼承自 yii/base/Object{  private $_title;         // 第二步：聲明一個(gè)私有成員變量  public function getTitle()    // 第三步：提供getter和setter  {    return $this->_title;  }  public function setTitle($value)  {    $this->_title = trim($value);  }}

從理論上來講，將 private $_title 寫成 public $title ，也是可以實(shí)現(xiàn)對(duì) $post->title 的讀寫的。但這不是好的習(xí)慣，理由如下：

失去了類的封裝性。 一般而言，成員變量對(duì)外不可見是比較好的編程習(xí)慣。 從這里你也許沒看出來，但是假如有一天，你不想讓用戶修改標(biāo)題了，你怎么改？ 怎么確保代碼中沒有直接修改標(biāo)題？ 如果提供了setter，只要把setter刪掉，那么一旦有沒清理干凈的對(duì)標(biāo)題的寫入，就會(huì)拋出異常。 而使用 public $title 的方法的話，你改成 private $title 可以排查寫入的異常，但是讀取的也被禁止了。
對(duì)于標(biāo)題的寫入，你想去掉空格。 使用setter的方法，只需要像上面的代碼段一樣在這個(gè)地方調(diào)用 trim() 就可以了。 但如果使用 public $title 的方法，那么毫無疑問，每個(gè)寫入語句都要調(diào)用 trim() 。 你能保證沒有一處遺漏？
因此，使用 public $title 只是一時(shí)之快，看起來簡(jiǎn)單，但今后的修改是個(gè)麻煩事。 簡(jiǎn)直可以說是惡夢(mèng)。這就是軟件工程的意義所在，通過一定的方法，使代碼易于維護(hù)、便于修改。 一時(shí)看著好像沒必要，但實(shí)際上吃過虧的朋友或者被客戶老板逼著修改上一個(gè)程序員寫的代碼，問候過他親人的， 都會(huì)覺得這是十分必要的。

但是，世事無絕對(duì)。由于 __get() 和 __set() 是在遍歷所有成員變量，找不到匹配的成員變量時(shí)才被調(diào)用。 因此，其效率天生地低于使用成員變量的形式。在一些表示數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)集合等簡(jiǎn)單情況下，且不需讀寫控制等， 可以考慮使用成員變量作為屬性，這樣可以提高一點(diǎn)效率。

另外一個(gè)提高效率的小技巧就是：使用 $pro = $object->getPro() 來代替 $pro = $object->pro ， 用 $objcect->setPro($value) 來代替 $object->pro = $value 。 這在功能上是完全一樣的效果，但是避免了使用 __get() 和 __set() ，相當(dāng)于繞過了遍歷的過程。

這里估計(jì)有人該罵我了，Yii好不容易實(shí)現(xiàn)了屬性的機(jī)制，就是為了方便開發(fā)者， 結(jié)果我卻在這里教大家怎么使用原始的方式，去提高所謂的效率。 嗯，確實(shí)，開發(fā)的便利性與執(zhí)行高效率存在一定的矛盾。我個(gè)人的觀點(diǎn)更傾向于以便利為先， 用好、用足Yii為我們創(chuàng)造的便利條件。至于效率的事情，更多的是框架自身需要注意的， 我們只要?jiǎng)e寫出格外2的代碼就OK了。

不過你完全可以放心，在Yii的框架中，極少出現(xiàn) $app->request 之類的代碼，而是使用 $app->getRequest() 。 換句話說，框架自身還是格外地注重效率的，至于便利性，則留給了開發(fā)者。 總之，這里只是點(diǎn)出來有這么一個(gè)知識(shí)點(diǎn)，至于用不用，怎么用，完全取決于你了。

值得注意的是：

由于自動(dòng)調(diào)用 __get() __set() 的時(shí)機(jī)僅僅發(fā)生在訪問不存在的成員變量時(shí)。 因此，如果定義了成員變量 public $title 那么，就算定義了 getTitle() setTitle() ， 他們也不會(huì)被調(diào)用。因?yàn)?$post->title 時(shí)，會(huì)直接指向該 pulic $title ， __get() __set() 是不會(huì)被調(diào)用的。從根上就被切斷了。
由于PHP對(duì)于類方法不區(qū)分大小寫，即大小寫不敏感， $post->getTitle() 和 $post->gettitle() 是調(diào)用相同的函數(shù)。 因此， $post->title 和 $post->Title 是同一個(gè)屬性。即屬性名也是不區(qū)分大小寫的。
由于 __get() __set() 都是public的， 無論將 getTitle() setTitle() 聲明為 public, private, protected， 都沒有意義，外部同樣都是可以訪問。所以，所有的屬性都是public的。
由于 __get() __set() 都不是static的，因此，沒有辦法使用static 的屬性。
Object的其他與屬性相關(guān)的方法

除了 __get() __set() 之外， yii/base/Object 還提供了以下方法便于使用屬性：

• __isset() 用于測(cè)試屬性值是否不為 null ，在 isset($object->property) 時(shí)被自動(dòng)調(diào)用。 注意該屬性要有相應(yīng)的getter。
• __unset() 用于將屬性值設(shè)為 null ，在 unset($object->property) 時(shí)被自動(dòng)調(diào)用。 注意該屬性要有相應(yīng)的setter。
• hasProperty() 用于測(cè)試是否有某個(gè)屬性。即，定義了getter或setter。 如果 hasProperty() 的參數(shù) $checkVars = true （默認(rèn)為true）， 那么只要具有同名的成員變量也認(rèn)為具有該屬性，如前面提到的 public $title 。
• canGetProperty() 測(cè)試一個(gè)屬性是否可讀，參數(shù) $checkVars 的意義同上。只要定義了getter，屬性即可讀。 同時(shí)，如果 $checkVars 為 true 。那么只要類定義了成員變量，不管是public， private 還是 protected， 都認(rèn)為是可讀。
• canSetProperty() 測(cè)試一個(gè)屬性是否可寫，參數(shù) $checkVars 的意義同上。只要定義了setter，屬性即可寫。 同時(shí)，在 $checkVars 為 ture 。那么只要類定義了成員變量，不管是public， private 還是 protected， 都認(rèn)為是可寫。
• Object和Component

yii/base/Component 繼承自 yii/base/Object ，因此，他也具有屬性等基本功能。

但是，由于Componet還引入了事件、行為，因此，它并非簡(jiǎn)單繼承了Object的屬性實(shí)現(xiàn)方式，而是基于同樣的機(jī)制， 重載了 __get() __set() 等函數(shù)。但從實(shí)現(xiàn)機(jī)制上來講，是一樣的。這個(gè)不影響理解。

前面說過，官方將Yii定位于一個(gè)基于組件的框架?？梢娊M件這一概念是Yii的基礎(chǔ)。 如果你有興趣閱讀Yii的源代碼或是API文檔，你將會(huì)發(fā)現(xiàn)， Yii幾乎所有的核心類都派生于（繼承自） yii/base/Component 。

在Yii1.1時(shí)，就已經(jīng)有了component了，那時(shí)是 CComponent。Yii2將Yii1.1中的CComponent拆分成兩個(gè)類： yii/base/Object 和 yii/base/Component 。

其中，Object比較輕量級(jí)些，通過getter和setter定義了類的屬性（property）。 Component派生自O(shè)bject，并支持事件（event）和行為（behavior）。因此，Component類具有三個(gè)重要的特性：

• 屬性（property）
• 事件（event）
• 行為（behavior）

相信你或多或少了解過，這三個(gè)特性是豐富和拓展類功能、改變類行為的重要切入點(diǎn)。 因此，Component在Yii中的地位極高。

在提供更多功能、更多便利的同時(shí)，Component由于增加了event和behavior這兩個(gè)特性， 在方便開發(fā)的同時(shí)，也犧牲了一定的效率。 如果開發(fā)中不需要使用event和behavior這兩個(gè)特性，比如表示一些數(shù)據(jù)的類。 那么，可以不從Component繼承，而從Object繼承。 典型的應(yīng)用場(chǎng)景就是如果表示用戶輸入的一組數(shù)據(jù)，那么，使用Object。 而如果需要對(duì)對(duì)象的行為和能響應(yīng)處理的事件進(jìn)行處理，毫無疑問應(yīng)當(dāng)采用Component。 從效率來講，Object更接近原生的PHP類，因此，在可能的情況下，應(yīng)當(dāng)優(yōu)先使用Object。