欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

PHP 雜談《重構-改善既有代碼的設計》之三 重新組織數據

 更新時間：2012年04月09日 22:25:46   作者：  
承接上文的PHP 雜談《重構-改善既有代碼的設計》之 重新組織你的函數繼續(xù)重構方面的內容
思維導圖


介紹

 
 承接上文的PHP 雜談《重構-改善既有代碼的設計》之 重新組織你的函數繼續(xù)重構方面的內容。
 
這章主要針對數據的重構。
 
1、爭論的聲音——直接訪問Field還是通過函數（Accessor）訪問Field

 2.修改Array為Object：當你看到一個Array很像一個數據結構，你可以使用Replace Array with Object，把Array變成一個對象?！獢祿Y構更清晰。

 
 
 專業(yè)術語
 

accessor：訪問者，存儲器——在本文翻譯為“函數”

dumb:啞

domain class：用以處理業(yè)務邏輯

presentation class:用以處理”數據表現形式“

business logic：業(yè)務邏輯

unidirectional：單向的

bidirectional：雙向的

collection：群集

 Self Encapsulate Field
 
狀況：如果Client直接訪問值域，會造成Client與值域之間的耦合關系逐漸變得笨拙，那么為這個值域建立取值/設置函數，并且只以這些函數來訪問。
 

 

動機：

　　“間接訪問變量”：支持更靈活的數據獲取方式，如lazy Initialization（意思是只有用到值時，才對它進行初始化。）

　　“直接訪問變量”：代碼比較容易閱讀，不需要停下來說：“啊，這只是個取值函數”。

       選擇：1、代碼規(guī)范，按照團隊中大多數人的做法去做。

　　　　　2、個人比較喜歡“直接訪問變量”，直到這種方式帶來麻煩為止。

　　　　　　　martin(作者)的例子：你想獲取superclass中的field，卻又想在subclass中將該field改為計算后的值，這就最該使用Self Encapsulate Field。

                         我自己的例子：我一般會把field設置成private，如果外部變量，需要用到此field的時候，我就會用Self Encapsulate Field?；蛘遞ield的值有變化的時候，用Self Encapsulate Field。


 Replace Data Value with Object
 
 狀況：如果你的某個基本類型的field，需要額外的數據和行為，那么將此field變成對象。
 

 

 
  動機：
 

開發(fā)初期，我們也許會使用基本數據類型表示簡單的行為。例如：你可能會用一個字符串表示電話號碼，但是隨后可能會出現電話號碼的“格式化“，”驗證“，”抽取區(qū)號“之類的特殊行為?！@時候我們就需要一個新類。

 
 Replace Array with Object
 
狀況：你有一個數組，數組中的元素各自代表不同的東西，那么以對象替換數組，對于數組中的每個元素，以一個值域表示之。
 

 動機：

數組常用于一組相似對象。如果數組中的元素不同，很難明白數組中的第一個元素是人名這樣的約定。對象就不同了，可以通過值域名稱和函數名稱傳達這樣的信息?！@樣無須死記，無須注釋。

 Encapsulate Field
 
狀況：如果你的class中有一個public值域，那么將它聲明為pirvate，并提供相應的訪問函數。

 動機：

面向對象的原則之一就是封裝（Encapsulate）或者稱為”數據隱藏“。按照此原測，你絕不應該把數據聲明為public。
　　——public 數據被看成是一種不好的做法。
　　——如果封裝了，代碼的修改就會比較簡單，因為都集中在一個地方。
 一個函數除了訪問函數(getting/setting)外，不提供其他行為，它終究只是一個dumb class（啞類）。這類class不能獲得對象技術的優(yōu)勢?！鉀Q啞類的方法是Move Method輕快的將它們移到新對象去。
 
 conclusion
 
我希望能把我理解的東西與大家分享，歡迎大家提出寶貴意見。

相關文章

最新評論