Facebook OpenGraph的js及Flash AS3類別庫編寫完成 + 心得筆記

Facebook OpenGraph的js及Flash AS3類別庫編寫完成 + 心得筆記

由於Facebook說他們要開始使用New Data Model的Deadline是六月三十號(連結在這http://developers.facebook.com/blog/post/392)，因此一些之前已經寫好並且正在線上的iframe、connect app的使用者權限方式要做改變，否則將會發生要什麼資料就沒什麼資料的冏境。雖然說New Data Model仍然可以使用舊的Facebook Connect的permissionDialog來額外讓使用者同意New Data Model的一些新permission，但是我總覺得麻煩，而且希望畢其工於一役，要改就一次改，免得之後又來個什麼東東的deadline，就又要焦頭爛額的去改。

因此，原本還想觀望一下graph api的我(因為之前bug實在太多)，就乾脆直接建立一個js及as3的graph api類別庫，js的部份一併處理並簡化登入的判斷及一些access_token的取得，以及跟flash之間溝通傳值的運作，as3的部份則是簡化api呼叫的方式並且將一些常用的呼叫分別寫成類別以方便使用。一方面希望能加速我們團隊未來開發OpenGraph的速度，另一方面由於我們之前已經為了Facebook Connect建立了一套類別庫，因此這次編寫OpenGraph的類別庫的方向就是盡量在類別名稱及method、properties的使用方式都跟前一套相同，就可以進行無痛轉移。
由於這套類別庫是團隊內部專案要使用，因此抱歉暫時無法分享出來(而且搞不好還有很多bug)，我大概用這個類別庫寫了一個測試用app(方便自己測試及debug用)，列舉一些常用到的命令，其實基本的核心就是graph api及FQL的搭配組合，flash裡可以選擇這個命令是要使用flash直接呼叫graph api或是透過js使用js sdk。
有興趣的可以去玩一玩參考一下，透過httpWatch看一下的話應該就可以清楚的知道哪些命令我是怎麼去跟facebook要資料的。
http://apps.facebook.com/jasonlab/


接下來記錄一下這之間遇到的問題及心得，希望遇到同樣問題的人可以得到一點幫助：
1. 原本Flash在IE裡透過https去要資料會造成IOError，這bug Facebook已經不知不覺把它修好了，可以放心使用。

2. 但是IE仍然有get的長度限制，可是偏偏graph api取得資料是用get在取得的(post是送出資料)，因此有某些狀況下IE直接用graph api無法很正確的取得資料(例如一次查詢一百多個好友資料時，得送出一百多個uid)，但是如果透過js sdk卻可以查詢成功，因此一但知道自己要送出大量資料量時，可以考慮透過js sdk。

3. 在使用者已經登入facebook且已經授權使用你的app時，一進入到你的app頁面，如果沒有先去執行FB.getLoginStatus的話，cookies裡是不會存有access_token的。

4. IE在iframe執行FB.getLoginStatus無效的bug也在不知不覺中被Facebook修好了，但是另一個問題就產生了，IE在iframe下即使跑完FB.getLoginStatus，cookies裡仍然沒有access_token。(第五點會講解法)

5. 官方文件裡告訴我們只要判斷FB.getLoginStatus裡的response.session是否有值就可視為是否已經登入，但是後來我好奇trace了一下，發現response.session裡藏了很多有用的東西，有uid、access_toke、session_key、secret等等…。後兩者可以讓舊的Facebook Connect的Flash使用，access_token及uid則是可以直接在這邊取得，不需要再去從cookies裡找，uid也不用再額外的跑一次graph api來取得。

6. 又是IE!!! 使用FB.ui跳出stream.publish dialog時，在某些電腦下的IE8會被擋掉，理由是偵測到cross-site script attack，目前這問題我還沒找到解法…。

7. 現在透過FB.ui來跳出對話框的時候，可以強迫指定跳出來的對話框是要像以前一樣，或是變成一個像登入視窗一樣的popup，這麼一來，flash也許就不一定要設成wmode=transparent了，但是聽說popup的大小控制好像有時不會很聽話，不過我測了一下，如果是stream.publish的話它都會自動調整大小，會出現大小有問題的狀況是我把邀請好友的介面塞到FB.ui裡會發生。

8. Graph api的一些資料裡的屬性名稱會跟FQL的名稱不一樣…(幹嘛不統一一下??) ，例如個人資料裡的姓別在graph api裡叫gender，在FQL裡叫做sex，偏偏很多資料也只能靠FQL才能取得或是只有Graph api才能取得，因此這部份交叉使用時要小心。

9. Graph api說要取得一個人的照片很簡單，只要http://graph.facebook.com/me/picture就可以取得，這是事實，但是如果是透過flash去讀取圖片然後又不小心要用BitmapData去draw它的話，會發生安全性錯誤(即使已經把loaderContext的checkPolicy給設成true也一樣) ，因為事實上這圖片的實際位置是在另一個地方的，因此我最後只好捨棄這個簡易的方式，仍然乖乖的去跟FQL要實際的圖檔位址。

10. Graph api裡理論上每個東西都有一個id，這id其實叫做object_id，但是真正的還有另一個id，例如每個相簿有自己的aid，這個aid跟object_id一定不一樣，跟FQL要資料時，FQL認的是aid不是object_id。


其它想到再補充…