模擬結果分析

在此小節，會先對本論文所提出的開發框架進行正確性驗證，確保本框 架是可信賴的。再來為了衡量本框架在實際環境中，能提昇多少社交網路應 用程式的開發效率與系統性能，本論文採用 2 個實際運行中的 Facebook 應用 程式以本框架進行改寫。將使用本框架的程式與原始程式進行比較分析，用 以驗證本框架的效用。

4.2.1 實驗環境

Facebook 應用程式需要開發者自行建構伺服器環境與 Facebook 平台通 訊，因此本實驗所需的程式皆建置於表 5 的環境中。

表 5 實驗平台環境

硬體環境

Intel Core 2 Duo CPU E8200 @ 2.66Ghz 2.67Ghz 1.87GB RAM

軟體環境

Microsoft Windows XP sp3 Apache 2.0.63

Mysql 5.0.51b Memcached 1.2.6

4.2.2 實驗評估方式

實驗評估的項目為使用本框架後能提昇多少開發效率與系統性能。衡量 開發效率的指標為：程式碼行數(Lines of Code)。衡量系統性能的指標為：

33

回應時間(Response Time)。各項指標的定義如下。

 程式碼行數：開發者編寫 Facebook 應用程式的程式碼總行數。此數值越 小越好。

 回應時間:使用者從瀏覽器造訪 Facebook 應用程式直至接收所有的 response 封包所需的時間。此數值越小越好。

在之後的實驗，回應時間皆是採用 1000 個不同連線的平均值。

4.2.3 實驗一 －框架正確性驗證

本框架除了 SNS API 模組外，其餘模組皆使用 PHPUnit 工具進行單元測 詴，確保各個模組皆正確無誤。而 SNS API 模組是完全建構於社交網路平台 原生 API 上的一個包覆類別。如圖 17 所示，當使用者使用 SNA API 模組進 行呼叫時，實際執行 API Call 的對象是社交網路平台原生 API。因此 SNS API 模組能保證在原生 API 無誤的前提下，正常運作。

基於上述的理由，可以保證建構於本框架上面的程式能夠正確無誤的運 行。也就是說當程式發生非預期的錯誤時，此錯誤應當屬於開發者的程式邏 輯錯誤，非本框架之責任。

SNS API Wrapper Native SNS API

API Call

API Call

圖 17 SNS API 模組的組成

34

4.2.4 實驗二 － 實際案例：心理測驗

實驗一的程式是一個簡單的心理測驗，藉由判斷使用者回答的選項，給 出相對應的測驗結果，見圖 18、19。而第一項實驗就是利用此簡單的程式，

來驗證本框架在小型社交網路應用程式中的成效，實驗結果如表 6 所示。

其中，表 6 的回應時間是取問題頁面(圖 16)和測驗結果頁面(圖 17)的算 數平均數計算而得。

圖 18 小型的 Facebook 應用程式 畫面 1

35

圖 19 小型的 Facebook 應用程式 畫面 2

表 6 實驗二結果

原始程式 使用本框架後的程式

程式碼行數 158 行 146 行

回應時間 2.425 秒 2.175 秒

從實驗一的結果可看出，在小型的社交網路應用程式中使用本框架，改 善的程度有限。程式碼行數從原先的 158 行縮減到 146 行，縮減程度有限。

而回應時間從 2.425 秒縮短到 2.175 秒，性能雖提高了一成，但對使用者來 說，並無顯著的差異。

36

4.2.5 實驗三 － 實際案例：GameBox

實驗二的程式是一個已經在 Facebook 上經營的小遊戲分享平台 ─ GameBox，見圖 20、21。GameBox 是一個可以讓 Facebook 使用者推薦喜歡 的小遊戲給朋友，並對此遊戲進行討論的社交網路應用程式。第二項實驗則 使用這個相對複雜的 Facebook 應用程式，來驗證本框架在大型社交網路應用 程式中的成效，實驗結果如表 7 所示。

此外根據 Google Analytics 分析流量後發現，首頁是 GameBox 性能瓶頸 的所在。故實驗二只有計算首頁(圖 18)的回應時間。

圖 20 大型的 Facebook 應用程式 畫面 1

37

圖 21 大型的 Facebook 應用程式 畫面 2

表 7 實驗三結果

原始程式 使用本框架後的程式

程式碼行數 2621 行 1820 行

回應時間 12.701 秒 5.513 秒

從實驗二的結果可看出，在業務邏輯複雜的程式中使用本框架，表現遠 比小型的社交網路應用程式出色。其程式碼行數從原先的 2621 行縮減到 1820 行，縮減幅度有 31%。而回應時間更從 12.701 秒縮短到 5.513 秒，性能提高 了 130%。

38