可以使用ActiveRecord子類來保存其他來源的數據，如Facebook嗎？

Question

我正在創建一個新的應用程序，允許用戶在本地應用程序數據庫中創建內容或直接在Facebook上創建內容。

想象一下用戶有一個Post的CRUD界面。我創建了一個Post的模型，其子類ActiveRecord::Base。此類的對象具有將帖子保存到本地數據庫的方法。

但是，用戶也可以在我的應用程序中「打勾」並選擇「連接到Facebook」。當它被選中時，內容將不會被存儲在我的本地數據庫中，而是直接進入Facebook Graph API。

服務層和控制器層不知道數據的實際位置。至少這是我的想法。

我的問題是，如果我可以對本地數據和Facebook數據使用相同的Post類？當Post對象包含來自Facebook的數據時，Post類中的一些方法沒有意義;如save方法。

這樣的設計看起來很愚蠢嗎？我應該創建另一個Post類，它只是一個普通的Ruby類，沒有子類ActiveRecord::Base？或者還有其他更好的方法嗎？

Answer 1

在設計課程時，應儘可能使其變得精益。查看它的好方法是計算包含在模型中的名詞和動詞。一個後可以保存或刪除，但如果有涉及到的Facebook邏輯的保存和刪除起始這是一個好兆頭，這應該屬於一個不同的類完全。

與Facebook相關的另一個注意事項：新準則不允許爲用戶發佈「預寫」帖子。這意味着你無法以任何方式在Facebook上提示他發佈帖子給用戶牆。

我看不出有什麼問題Post < ActiveRecord::Base - 這是標準的Rails方式，它看起來好像應該實現將數據存儲到數據庫的標準方式，並從另一個角度查看Facebook發佈。

Answer 2

這種方法存在一些明確的問題 - 第一個問題是您最終會遇到Facebook API的緊密耦合。我已經從FB API的變化中產生了無數的悲痛，沒有任何警告或者沒有按照文件記錄工作。

另一個問題是性能 - 從FB讀取數據的速度通常比從線路上讀取數據庫的速度慢得多。它也容易暴怒（至少在我的經驗）。

我肯定會使用存儲在數據庫中的「代理對象」，並定期從Facebook中進行水合。