第三章 系統設計
3.3 系統模組設計
‧
‧
‧
料，其欄位包括 id、from、message、likes、comments、created_time、updated_time 等，取得 URL
‧
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
3.3.4
資料更新模組資料更新模組的工作流程如圖 3.9 所示，此模組主要依據使用者所設定的定時更新 時間以及更新資料的時間範圍來執行資料更新，當使用者設定好更新的時間以及更新資 料的時間範圍之後，系統就會建立一個計時器來啟動定時更新，當設定的更新時間到的 時候，就會檢查目前是不是正在抓取或者是正在更新，假如有的話就不建立更新，繼續 等待下一次的更新時間，如果沒有的話，就會開始抓取塗鴉牆訊息，再來將抓取到的塗 鴉牆訊息做資料剖析並檢查，假如抓取到的塗鴉牆訊息有超過使用者所設定的更新時間 範圍的話，系統就會停止更新的動作，假如沒有的話，則會把新的剖析資料結果存入至 資料庫之後，繼續抓取塗鴉牆訊息做資料更新。
‧
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
3.3.5
內容呈現模組內容呈現模組的工作流程如圖 3.10 所示，此模組主要針對資料剖析模組所儲存好 的資料，將資料內容呈現給使用者觀看，讓使用者掌握目前系統的抓取進度與結果，系 統會根據使用者的要求，呈現出不同的內容，像是它可以呈現出某個粉絲頁的塗鴉牆訊 息或者是只呈現出某則塗鴉牆訊息的資料。
圖 3.10 內容呈現模組的工作流程 Database
取出資料
取出資料
取出資料
呈現目前已抓取的粉絲頁
呈現某粉絲頁塗鴉牆訊息
呈現某則塗鴉牆訊息
使用者選取某粉絲頁
使用者選取某資料訊息
‧
Facebook 提供 API(Application Programming Interface)供開發人員使用，開發人員只需要 依據 API 所定義的方式即可使用相對應的功能，且 Facebook 具備豐富及完整的開發平 台，讓 Facebook API 可以應用在多種環境下，像是網站、Facebook 應用程式、以及行 動應用程式，藉由結合 Facebook 來達到更多效益。隨著 Facebook 使用人數的成長，日 積月累之下，Facebook 上蘊藏著大量且多元的資料，而 Facebook 為這些資料建立出一 套物件與連結的概念，稱之為 Social Graph。大多數的開發人員使用 Facebook API 的主 要目的就是希望能夠擷取物件本身的資訊以及物件間彼此的鏈結關係，針對這些資料 Facebook 提供一套存取的介面供開發人員使用，稱之為 Graph API。
而 Facebook 在 2015 年 4 月 30 日全面強制所有的 APP 升級到 API 2.0 以上的版本7， 新版與舊版 API 最大不同之處為，在新版 API 中，開發商已經無法隨意索取用戶的資料，
包括像是只能索取用戶的 Email 及 user_friends，其他的權限都要經過 Facebook 的審核，
而向 Facebook 索取到的朋友清單只會返回共同在使用此 APP 的朋友，而非全部的朋友
7 參考資料來源：https://developers.facebook.com/docs/apps/changelog#v2_0