最近2018中文字幕在日韩欧美国产成人片_国产日韩精品一区二区在线_在线观看成年美女黄网色视频_国产精品一区三区五区_国产精彩刺激乱对白_看黄色黄大色黄片免费_人人超碰自拍cao_国产高清av在线_亚洲精品电影av_日韩美女尤物视频网站

 
 
 
 

  
  
  
  
function foo() { 
  
  
  
  
    echo "This is foo"; 
  
  
  
  
} 
  
  
  
  
  
  
  
  
  
function bar($param) { 
  
  
  
  
    echo "This is bar saying: $param"; 
  
  
  
  
} 
  
  
  
  
  
  
  
  
  
$function = 'foo'; 
  
  
  
  
$function();        // Goes into foo() 
  
  
  
  
  
  
  
  
  
$function = 'bar'; 
  
  
  
  
$function('test');  // Goes into bar() 
 
 
 
 

 
 
 
 

  
  
  
  
require_once './google-api-php-client/src/Google_Client.php'; 
  
  
  
  
require_once './google-api-php-client/src/contrib/Google_CalendarService.php'; 
  
  
  
  
require_once __DIR__ . '/../apiAccess.php'; 
  
  
  
  
require_once './functins_google_api.php'; 
  
  
  
  
require_once './functions.php'; 
  
  
  
  
session_start(); 
  
  
  
  
  
  
  
  
  
$client = createClient(); 
  
  
  
  
if(!authenticate($client)) return; 
  
  
  
  
listAllCalendars($client); 
 
 
 
 

 
 
 
 

  
  
  
  
function printCalendarContents($client) { 
  
  
  
  
   putTitle('These are you events for ' . getCalendar($client, $_GET['showThisCalendar'])['summary'] . ' calendar:'); 
  
  
  
  
   foreach (retrieveEvents($client, $_GET['showThisCalendar']) as $event) { 
  
  
  
  
      print('' . date('Y-m-d H:m', strtotime($event['created']))); 
  
  
  
  
      putLink('?showThisEvent=' . htmlentities($event['id']) . 
  
  
  
  
            '&calendarId=' . htmlentities($_GET['showThisCalendar']), $event['summary']); 
  
  
  
  
      print('

 
 
 
 

  
  
  
  
function printCalendars() { 
  
  
  
  
   global $client; 
  
  
  
  
   putTitle('These are your calendars:'); 
  
  
  
  
   foreach (getCalendarList($client)['items'] as $calendar) { 
  
  
  
  
      putLink('?showThisCalendar=' . htmlentities($calendar['id']), $calendar['summary']); 
  
  
  
  
      print('
'); 
  
  
  
  
   } 
  
  
  
  
} 
 
 
 
 

 
 
 
 

  
  
  
  
function printHome() { 
  
  
  
  
   print('Welcome to Google Calendar over NetTuts Example'); 
  
  
  
  
} 
  
  
  
  
  
  
  
  
  
function printMenu() { 
  
  
  
  
   putLink('?home', 'Home'); 
  
  
  
  
   putLink('?showCalendars', 'Show Calendars'); 
  
  
  
  
   putLink('?logout', 'Log Out'); 
  
  
  
  
   print('

'); 
  
  
  
  
} 
  
  
  
  
  
  
  
  
  
function putLink($href, $text) { 
  
  
  
  
   print(sprintf('%s | ', $href, $text)); 
  
  
  
  
} 
  
  
  
  
  
  
  
  
  
function putTitle($text) { 
  
  
  
  
   print(sprintf('%s', $text)); 
  
  
  
  
} 
  
  
  
  
  
  
  
  
  
function putBlock($text) { 
  
  
  
  
   print(''.$text.'

要完成剩余的表示分離工作，我們需要從方法中提取出表示部分。下面我們就以單一方法為例演示這一過程：

 
 
 
 

  
  
  
  
function printEventDetails() { 
  
  
  
  
   global $client; 
  
  
  
  
   foreach (retrieveEvents($_GET['calendarId']) as $event) 
  
  
  
  
      if ($event['id'] == $_GET['showThisEvent']) { 
  
  
  
  
         putTitle('Details for event: '. $event['summary']); 
  
  
  
  
         putBlock('This event has status ' . $event['status']); 
  
  
  
  
         putBlock('It was created at ' . 
  
  
  
  
               date('Y-m-d H:m', strtotime($event['created'])) . 
  
  
  
  
               ' and last updated at ' . 
  
  
  
  
               date('Y-m-d H:m', strtotime($event['updated'])) . '.'); 
  
  
  
  
         putBlock('For this event you have to ' . $event['summary'] . '.'); 
  
  
  
  
      } 
  
  
  
  
} 
 
 
 
 

我們可以明顯看到，無論if聲明中的內(nèi)容如何、其代碼都屬于表示代碼，而余下的部分則屬于業(yè)務(wù)邏輯。與其利用一個(gè)龐大的函數(shù)處理所有事務(wù)，我們更傾向于將其拆分為多個(gè)不同函數(shù)：

 
 
 
 

  
  
  
  
function printEventDetails() { 
  
  
  
  
   global $client; 
  
  
  
  
   foreach (retrieveEvents($_GET['calendarId']) as $event) 
  
  
  
  
      if (isCurrentEvent($event)) 
  
  
  
  
         putEvent($event); 
  
  
  
  
} 
  
  
  
  
  
  
  
  
  
function isCurrentEvent($event) { 
  
  
  
  
   return $event['id'] == $_GET['showThisEvent']; 
  
  
  
  
} 
 
 
 
 

分離工作完成后，業(yè)務(wù)邏輯就變得簡(jiǎn)單易懂了。我們甚至提取了一個(gè)小型方法來檢測(cè)該事件是否就是當(dāng)前事件。所有表示代碼現(xiàn)在都由名為putEvent($event)函數(shù)負(fù)責(zé)，且被保存在functions_display.php文件當(dāng)中：

 
 
 
 

  
  
  
  
function putEvent($event) { 
  
  
  
  
   putTitle('Details for event: ' . $event['summary']); 
  
  
  
  
   putBlock('This event has status ' . $event['status']); 
  
  
  
  
   putBlock('It was created at ' . 
  
  
  
  
         date('Y-m-d H:m', strtotime($event['created'])) . 
  
  
  
  
         ' and last updated at ' . 
  
  
  
  
         date('Y-m-d H:m', strtotime($event['updated'])) . '.'); 
  
  
  
  
   putBlock('For this event you have to ' . $event['summary'] . '.'); 
  
  
  
  
} 
 
 
 
 

盡管該方法只負(fù)責(zé)顯示信息，但其功能仍需在對(duì)$event結(jié)構(gòu)非常了解的前提下方能實(shí)現(xiàn)。不過對(duì)于我們的簡(jiǎn)單實(shí)例來說，這已經(jīng)足夠了。對(duì)于其余方法，大家可以通過類似的方式進(jìn)行分離。

清除過長(zhǎng)的if-else聲明

目前代碼整理工作還剩下***一步，也就是存在于doUserAction()函數(shù)中的過長(zhǎng)if-else聲明，其作用是決定每項(xiàng)行為的實(shí)際處理方式。在元編程方面（通過引用來調(diào)用函數(shù)），PHP具備相當(dāng)出色的靈活性。這種特性使我們能夠?qū)?_GET變量的值與函數(shù)名稱關(guān)聯(lián)起來。如此一來，我們可以在$_GET變量中引入單獨(dú)的action參數(shù)，并將該值作為函數(shù)名稱。

 
 
 
 

  
  
  
  
function doUserAction() { 
  
  
  
  
   putMenu(); 
  
  
  
  
   if (!isset($_GET['action'])) return; 
  
  
  
  
      $_GET['action'](); 
  
  
  
  
} 
 
 
 
 

基于這種方式，我們生成的菜單將如下所示：

 
 
 
 

  
  
  
  
function putMenu() { 
  
  
  
  
   putLink('?action=putHome', 'Home'); 
  
  
  
  
   putLink('?action=printCalendars', 'Show Calendars'); 
  
  
  
  
   putLink('?logout', 'Log Out'); 
  
  
  
  
   print('

'); 
  
  
  
  
} 
 
 
 
 

如大家所見，經(jīng)過重新整理之后，代碼已經(jīng)呈現(xiàn)出面向?qū)ο笫皆O(shè)計(jì)的特性。雖然目前我們還不清楚其面向的是何種對(duì)象、會(huì)執(zhí)行哪些確切行為，但其特征已經(jīng)初露端倪。

我們已經(jīng)讓來自業(yè)務(wù)邏輯的數(shù)據(jù)類型成為表示的決定性因素，其效果與我們?cè)谖氖捉榻B環(huán)節(jié)中談到的依賴倒置機(jī)制比較類似?？刂屏鞯姆较蛉匀皇菑臉I(yè)務(wù)邏輯指向表示，但源代碼依賴性則與之相反。從這一點(diǎn)上看，我認(rèn)為整套機(jī)制更像是一種雙向依賴體系。

設(shè)計(jì)傾向上的面向?qū)ο蠡€體現(xiàn)在另一個(gè)方面，即我們幾乎沒有涉及到元編程。我們可以調(diào)用一個(gè)方法，但卻對(duì)其一無所知。該方法可以擁有任何內(nèi)容，且過程與處理低級(jí)多態(tài)性非常相近。

依賴性分析

對(duì)于當(dāng)前代碼我們可以繪制出一份關(guān)系圖，內(nèi)容如下所示。通過這幅關(guān)系圖，我們可以看到應(yīng)用程序運(yùn)行流程的前幾個(gè)步驟。當(dāng)然，把整套流程都畫下來就太過復(fù)雜了。

藍(lán)色線條代表程序調(diào)用。如大家所見，這些線條與始終指向同一個(gè)方向。圖中的綠色線條則表示間接調(diào)用，可以看到所有間接調(diào)用都要經(jīng)過doUserAction()函數(shù)。這兩種線條代表控制流，顯然控制流的走向基本不變。

紅色線條則引入了完全不同的概念，它們代表著最初的源代碼依賴關(guān)系。之所以說“最初”，是因?yàn)殡S著應(yīng)用的運(yùn)行其指向?qū)⒆兊糜l(fā)復(fù)雜、難以把握。putMenu()方法中包含著被特定關(guān)系所調(diào)用的函數(shù)的名稱。這是一種依賴關(guān)系，同時(shí)也是適用于所有其它關(guān)系創(chuàng)建方法的基本規(guī)則。它們的具體關(guān)系取決于其它函數(shù)的行為。

上圖中我們還能看到另一種依賴關(guān)系，即對(duì)數(shù)據(jù)的依賴。我前面曾經(jīng)提到過$calendar與$event，輸出函數(shù)需要清楚了解這些數(shù)組的內(nèi)部結(jié)構(gòu)才能實(shí)現(xiàn)既定功能。

完成了以上內(nèi)容之后，我們已經(jīng)做好充分準(zhǔn)備、可以迎來本篇教程中的***一項(xiàng)挑戰(zhàn)。

#p#

面向?qū)ο蠼鉀Q方案

無論采用哪種范式，我們都不可能為問題找到***的解決方案。因此以下代碼組織方式僅僅屬于我的個(gè)人建議。

從直覺出發(fā)

我們已經(jīng)完成了業(yè)務(wù)邏輯與表現(xiàn)的分離工作，甚至將doUserAction()方法作為一個(gè)獨(dú)立單元。那么我的直覺是先創(chuàng)建三個(gè)類，Presenter、Logic與Router。三者以后可能都需要進(jìn)行調(diào)整，但我們不妨先從這里著手，對(duì)吧？

Router中將只包含一個(gè)方法，且實(shí)現(xiàn)方式與之前提到的方法非常相似。

 
 
 
 

  
  
  
  
class Router { 
  
  
  
  
  
  
  
  
  
   function doUserAction() { 
  
  
  
  
      (new Presenter())->putMenu(); 
  
  
  
  
      if (!isset($_GET['action'])) 
  
  
  
  
         return; 
  
  
  
  
      (new Logic())->$_GET['action'](); 
  
  
  
  
   } 
  
  
  
  
  
  
  
  
  
} 
 
 
 
 

現(xiàn)在我們要做的是利用剛剛創(chuàng)建的Presenter對(duì)象調(diào)用putMenu()方法，其它行為則利用Logic對(duì)象加以調(diào)用。不過這樣會(huì)馬上產(chǎn)生問題——我們的一項(xiàng)行為并不包含在Logic類當(dāng)中。putHome()存在于Presenter類中，我們需要在Logic中引入一項(xiàng)行為，借以在Presenter中作為putHome()方法的委托。請(qǐng)記住，目前我們要做的只是將現(xiàn)有代碼整理到三個(gè)類當(dāng)中，并將三者作為面向?qū)ο笤O(shè)計(jì)的備選對(duì)象?，F(xiàn)在所做的一切只是為了讓設(shè)計(jì)方案能夠正常運(yùn)作，待代碼編寫完成后、我們將進(jìn)一步加以調(diào)試。

在將putHome()方法引入Logic類后，我們又遇上新的難題。怎樣才能從Presenter中調(diào)用方法？我們可以創(chuàng)建一個(gè)Presenter對(duì)象，并將其傳遞至Logic當(dāng)中。下面我們從Router類入手。

 
 
 
 

  
  
  
  
class Router { 
  
  
  
  
  
  
  
  
  
   function doUserAction() { 
  
  
  
  
      (new Presenter())->putMenu(); 
  
  
  
  
      if (!isset($_GET['action'])) 
  
  
  
  
         return; 
  
  
  
  
      (new Logic(new Presenter))->$_GET['action'](); 
  
  
  
  
   } 
  
  
  
  
  
  
  
  
  
} 
 
 
 
 

現(xiàn)在我們可以向Logic添加一個(gè)構(gòu)造函數(shù)，并將其添加到Presenter內(nèi)指向putHome()的委托當(dāng)中。

 
 
 
 

  
  
  
  
class Logic { 
  
  
  
  
  
  
  
  
  
   private $presenter; 
  
  
  
  
  
  
  
  
  
   function __construct(Presenter $presenter) { 
  
  
  
  
      $this->presenter = $presenter; 
  
  
  
  
   } 
  
  
  
  
  
  
  
  
  
   function putHome() { 
  
  
  
  
      $this->presenter->putHome(); 
  
  
  
  
   } 
  
  
  
  
  
  
  
  
  
[...] 
  
  
  
  
  
  
  
  
  
} 
 
 
 
 

通過對(duì)index.php的一些小小調(diào)整、讓Presenter包含原有display方法、Logic包含原有業(yè)務(wù)邏輯函數(shù)、Router包含原有行為選擇符，我們已經(jīng)可以讓自己的代碼正常運(yùn)行并具備“Home”菜單元素。

 
 
 
 

  
  
  
  
require_once './google-api-php-client/src/Google_Client.php'; 
  
  
  
  
require_once './google-api-php-client/src/contrib/Google_CalendarService.php'; 
  
  
  
  
require_once __DIR__ . '/../apiAccess.php'; 
  
  
  
  
require_once './functins_google_api.php'; 
  
  
  
  
require_once './Presenter.php'; 
  
  
  
  
require_once './Logic.php'; 
  
  
  
  
require_once './Router.php'; 
  
  
  
  
session_start(); 
  
  
  
  
  
  
  
  
  
$client = createClient(); 
  
  
  
  
if(!authenticate($client)) return; 
  
  
  
  
  
  
  
  
  
(new Router())->doUserAction(); 
 
 
 
 

下面就是其執(zhí)行效果。

接下來，我們需要在Logic類中適當(dāng)變更指向display邏輯的調(diào)用指令，從而與$this->presenter相符?，F(xiàn)在我們有兩個(gè)方法——isCurrentEvent()與retrieveEvents()——二者只被用于Logic類內(nèi)部。我們將其作為專用方法，并據(jù)此變更調(diào)用關(guān)系。

下面我們對(duì)Presenter類進(jìn)行同樣處理，并將所有指向方法的調(diào)用都變更為指向$this->something。由于putTitle()、putLink()與putBlock()都只由Presenter使用，因此需要將其變?yōu)閷Ｓ?。如果感到上述變更過程難于理解及操作，請(qǐng)大家查看附件源代碼內(nèi)GoogleCalObjectOrientedInitial文件夾中的已完成代碼。

現(xiàn)在我們的應(yīng)用程序已經(jīng)能夠正常運(yùn)行，這些按面向?qū)ο笳Z法整理過的程序化代碼仍然使用$client全局變量，且擁有大量其它非面向?qū)ο笫教匦浴匀荒軌蛘＿\(yùn)行。

如果要為目前的代碼繪制依賴關(guān)系類圖，則應(yīng)如下所示：

控制流與源代碼的依賴關(guān)系都通過Router、然后是Logic、***通過表示層。***一步變更削弱了我們?cè)谥安襟E中所觀察到的依賴倒置特性，但大家千萬不要因此受到迷惑——原理依然如故，我們要做的是使其更加清晰。

恢復(fù)源代碼依賴關(guān)系

很難界定基礎(chǔ)性原則之間哪一條更重要，但我認(rèn)為依賴倒置原則對(duì)我們的應(yīng)用設(shè)計(jì)影響***也最直接。該原則規(guī)定：

A：高層模塊不應(yīng)依賴于低級(jí)模塊，二者都應(yīng)依賴于抽象。

B：抽象不應(yīng)依賴于細(xì)節(jié)，細(xì)節(jié)應(yīng)依賴于抽象。

簡(jiǎn)單來說，這意味著具體實(shí)施應(yīng)依賴于抽象類。類越趨近抽象，它們就越不容易發(fā)生改變。因此我們可以這樣理解：變更頻繁的類應(yīng)依賴于其它更為穩(wěn)定的類。所以任何應(yīng)用中最不穩(wěn)定的部分很可能是用戶界面，這在我們的應(yīng)用示例中通過Presenter類來實(shí)現(xiàn)。讓我們?cè)賮砻鞔_一下依賴倒置流程。

首先，我們讓Router僅使用Presenter，并打破其對(duì)Logic的依賴關(guān)系。

 
 
 
 

  
  
  
  
class Router { 
  
  
  
  
  
  
  
  
  
   function doUserAction() { 
  
  
  
  
      (new Presenter())->putMenu(); 
  
  
  
  
      if (!isset($_GET['action'])) 
  
  
  
  
         return; 
  
  
  
  
      (new Presenter())->$_GET['action'](); 
  
  
  
  
   } 
  
  
  
  
  
  
  
  
  
} 
 
 
 
 

然后我們變更Presenter，使其使用Logic實(shí)例并由此獲取需要的信息。在我們的例子中，我認(rèn)為由Presenter來建立該Logic實(shí)例也可以接受，但在生產(chǎn)系統(tǒng)當(dāng)中、大家可能通常會(huì)利用Factories來創(chuàng)建與對(duì)象相關(guān)的業(yè)務(wù)邏輯，并將其注入表示層當(dāng)中。

現(xiàn)在，原本同時(shí)存在于Logic與Presenter兩個(gè)類中的putHome()函數(shù)將從Logic中消失。這一現(xiàn)象說明我們已經(jīng)開始進(jìn)行重復(fù)數(shù)據(jù)清除工作。指向Presenter的構(gòu)造函數(shù)與引用也從Logic中消失了。另一方面，由構(gòu)造函數(shù)所創(chuàng)建的Logic對(duì)象則必須被寫入Presenter。

 
 
 
 

  
  
  
  
class Presenter { 
  
  
  
  
  
  
  
  
  
   private $businessLogic; 
  
  
  
  
  
  
  
  
  
   function __construct() { 
  
  
  
  
      $this->businessLogic = new Logic(); 
  
  
  
  
   } 
  
  
  
  
  
  
  
  
  
   function putHome() { 
  
  
  
  
      print('Welcome to Google Calendar over NetTuts Example'); 
  
  
  
  
   } 
  
  
  
  
  
  
  
  
  
[...] 
  
  
  
  
  
  
  
  
  
} 
 
 
 
 

以上變更完成之后，點(diǎn)擊Show Calendars，屏幕上會(huì)出現(xiàn)錯(cuò)誤提示。由于我們鏈接內(nèi)部的所有行為都指向Logic類中的函數(shù)名稱，因此必須通過更多一致性調(diào)整來恢復(fù)二者之間的依賴關(guān)系。下面我們對(duì)方法進(jìn)行一一修改，先來看***條錯(cuò)誤信息：

 
 
 
 

  
  
  
  
Fatal error: Call to undefined method Presenter::printCalendars() 
  
  
  
  
in /[...]/GoogleCalObjectOrientedFinal/Router.php on line 9
 
 
 
 

我們的Router希望調(diào)用Presenter中某個(gè)并不存在的方法，也就是printCalendars()。我們?cè)赑resenter中創(chuàng)建這樣一個(gè)方法，并檢查它會(huì)對(duì)Logic造成哪些影響。在結(jié)果中大家可以看到，它輸出了一條標(biāo)題，并在重復(fù)循環(huán)之后再次調(diào)用putCalendars()。在Presenter類中，printCalendars()方法如下所示：

 
 
 
 

  
  
  
  
function printCalendars() { 
  
  
  
  
   $this->putCalendarListTitle(); 
  
  
  
  
   foreach ($this->businessLogic->getCalendars() as $calendar) { 
  
  
  
  
      $this->putCalendarListElement($calendar); 
  
  
  
  
   } 
  
  
  
  
} 
 
 
 
 

在Logic方面，該方法則非常單純——直接調(diào)用谷歌API庫。

 
 
 
 

  
  
  
  
function getCalendars() { 
  
  
  
  
   global $client; 
  
  
  
  
   return getCalendarList($client)['items']; 
  
  
  
  
} 
 
 
 
 

這可能讓大家心中出現(xiàn)兩個(gè)問題，“我們真的需要Logic類嗎？”以及“我們的應(yīng)用程序是否存在任何邏輯？”好吧，目前我們還不知道答案，現(xiàn)在能做的只是繼續(xù)上述過程，直到所有代碼都能正常工作且Logic不再依賴于Presenter。

接下來，我們將使用Presenter中的printCalendarContents()方法，如下所示：

 
 
 
 

  
  
  
  
function printCalendarContents() { 
  
  
  
  
   $this->putCalendarTitle(); 
  
  
  
  
   foreach ($this->businessLogic->getEventsForCalendar() as $event) { 
  
  
  
  
      $this->putEventListElement($event); 
  
  
  
  
   } 
  
  
  
  
} 
 
 
 
 

這將反過來允許我們簡(jiǎn)化Logic中的getEventsForCalendar()，并將其轉(zhuǎn)化為如下形式：

 
 
 
 

  
  
  
  
function getEventsForCalendar() { 
  
  
  
  
   global $client; 
  
  
  
  
   return getEventList($client, htmlspecialchars($_GET['showThisCalendar']))['items']; 
  
  
  
  
} 
 
 
 
 

現(xiàn)在應(yīng)用已經(jīng)不再報(bào)錯(cuò)，但我卻又發(fā)現(xiàn)了新的問題。$_GET變量同時(shí)被Logic與Presenter類所使用——$_GET應(yīng)該只被Presenter類使用才對(duì)。我的意思是，由于需要?jiǎng)?chuàng)建用于填充$_GET變量的鏈接，Presenter是肯定需要感知$_GET的。這就意味著$_GET與HTTP密切相關(guān)。現(xiàn)在，我們希望自己的代碼能與命令行或者桌面圖形用戶界面協(xié)同運(yùn)作。

#p#

因此我們需要保證只有Presenter感知到這一情況，即將以上兩個(gè)方法變換為下列內(nèi)容：

 
 
 
 

  
  
  
  
function getEventsForCalendar($calendarId) { 
  
  
  
  
   global $client; 
  
  
  
  
   return getEventList($client, $calendarId)['items']; 
  
  
  
  
} 
 
 
 
 

 
 
 
 

  
  
  
  
function printCalendarContents() { 
  
  
  
  
   $this->putCalendarTitle(); 
  
  
  
  
   $eventsForCalendar = $this->businessLogic->getEventsForCalendar(htmlspecialchars($_GET['showThisCalendar'])); 
  
  
  
  
   foreach ($eventsForCalendar as $event) { 
  
  
  
  
      $this->putEventListElement($event); 
  
  
  
  
   } 
  
  
  
  
} 
 
 
 
 

現(xiàn)在我們需要實(shí)現(xiàn)特定事件的輸出功能。對(duì)于本文中的范例，我們假設(shè)自己無法直接檢索任何事件，即必須親自進(jìn)行事件查找。Logic類這時(shí)候就要派上用場(chǎng)了，我們可以在其中操作事件列表并搜索特定ID：

 
 
 
 

  
  
  
  
function getEventById($eventId, $calendarId) { 
  
  
  
  
   foreach ($this->getEventsForCalendar($calendarId) as $event) 
  
  
  
  
      if ($event['id'] == $eventId) 
  
  
  
  
         return $event; 
  
  
  
  
} 
 
 
 
 

然后Presenter的對(duì)應(yīng)調(diào)用會(huì)完成輸出工作：

 
 
 
 

  
  
  
  
function printEventDetails() { 
  
  
  
  
   $this->putEvent( 
  
  
  
  
      $this->businessLogic->getEventById( 
  
  
  
  
         $_GET['showThisEvent'], 
  
  
  
  
         $_GET['calendarId'] 
  
  
  
  
      ) 
  
  
  
  
   ); 
  
  
  
  
} 
 
 
 
 

就是這樣，我們已經(jīng)成功完成了依賴倒置。

控制流仍然由Logic指向Presenter，所有輸出內(nèi)容也完全由Logic進(jìn)行定義。這樣如果我們打算接入其它日程表服務(wù)，則只需創(chuàng)建另一個(gè)Logic類并將其注入Presenter即可，Presenter本身不會(huì)感知到任何差異。再有，源代碼依賴關(guān)系也被成功倒置。Presenter是惟一創(chuàng)建且直接依賴于Logic的類。這種依賴關(guān)系對(duì)于保證Presenter可隨意變更數(shù)據(jù)顯示方式而又不影響Logic內(nèi)容而言至關(guān)重要。此外，這種依賴關(guān)系允許我們利用CLI Presenter或者其它任何向用戶顯示信息的方法來替代HTML Presenter。

擺脫全局變量

現(xiàn)在惟一漏網(wǎng)的潛在設(shè)計(jì)缺陷就只剩下$client全局變量了。應(yīng)用程序中的所有代碼都會(huì)對(duì)其進(jìn)行訪問，但與之形成鮮明對(duì)比的是，真正有必要訪問$client的只有Logic類一個(gè)。最直觀的解決辦法肯定是使其變更為專用類變量，但這樣一來我們就需要將$client經(jīng)由Router傳遞至Presenter處，從而使presenter能夠利用$client變更創(chuàng)建出Logic對(duì)象——這對(duì)于解決問題顯然無甚作用。我們的設(shè)計(jì)初衷是在獨(dú)立環(huán)境下建立類，并準(zhǔn)確為其分配依賴關(guān)系。

對(duì)于任何大型類結(jié)構(gòu)，我們都傾向于使用Factories；但在本文的小小范例中，index.php文件已經(jīng)足以容納邏輯創(chuàng)建了。作為應(yīng)用程序的入口點(diǎn)，這個(gè)類似于高層體系結(jié)構(gòu)中“main”的文件仍然處于業(yè)務(wù)邏輯的范疇之外。

因此我們將index.php中的代碼變更為以下內(nèi)容，同時(shí)保留所有內(nèi)容以及session_start()指令：

 
 
 
 

  
  
  
  
$client = createClient(); 
  
  
  
  
if(!authenticate($client)) return; 
  
  
  
  
  
  
  
  
  
$logic = new Logic($client); 
  
  
  
  
$presenter = new Presenter($logic); 
  
  
  
  
(new Router($presenter))->doUserAction(); 
 
 
 
 

結(jié)語

現(xiàn)在工作徹底完成了。當(dāng)然，我們的設(shè)計(jì)肯定還有很多改進(jìn)的空間。我們可以為L(zhǎng)ogic類中的方法編寫一些測(cè)試流程，也許Logic類本身也可以換個(gè)更有代表性的名稱，例如GoogleCalendarGateway。我們還可以創(chuàng)建Event與Calendar類，從而更好地控制相關(guān)數(shù)據(jù)及行為，同時(shí)將Presenter的依賴關(guān)系根據(jù)數(shù)據(jù)類型拆分為數(shù)組。另一項(xiàng)改進(jìn)與擴(kuò)展方針則是創(chuàng)建多態(tài)性行為類，用于取代直接通過$_GET調(diào)用函數(shù)?？偠灾?，對(duì)于這一范例的改進(jìn)可謂無窮無盡，有興趣的朋友可以嘗試將自己的想法轉(zhuǎn)化為現(xiàn)實(shí)。我在附件的GoogleCalObjectOrientedFinal文件夾中保存有代碼的最終版本，大家能夠以此為起點(diǎn)進(jìn)行探索。

如果大家的好奇心比較強(qiáng)，也可以試著將這款小應(yīng)用與其它日程表服務(wù)對(duì)接，看看如何在不同平臺(tái)上以不同方式實(shí)現(xiàn)信息輸出。對(duì)于使用NetBeans的朋友，每個(gè)源代碼文件夾中都包含有NetBeans項(xiàng)目，大家只要直接打開即可。在最終版本中，PHPUnit也已經(jīng)準(zhǔn)備就緒。不過我在其它項(xiàng)目中將其移除了——因?yàn)檫€沒有經(jīng)過測(cè)試。

感謝您的閱讀。

附件下載地址：https://github.com/tutsplus/From-Procedural-to-Object-Oriented-PHP