2011-01-18 11 views

答えて

12

FBMLはFacebookの適切なマークアップ言語であり、もともとすべてのアプリビューは静的なFBMLでレンダリングされていました。開発者はFacebookのアプリのビューをよりダイナミックにしたいと思っていましたが、FBMLでjavscriptを使用できないため、FBJSを作成して開発者がページを動的にすることができました。

後で元々はHTMLだけだったiframeビューのサポートが追加されました。最後に、XFBMLを使用してFBMLタグを通常のドキュメントに埋め込むサポートを追加しました。上記のアナロジーを使用すると、HTML + FBML = XFBMLによく似ています。

いずれの場合でも、静的FBMLとFBJSの両方が推奨されなくなりましたが、最終的には完全に削除されるため、いずれかを使用することは悪い考えです。 XFBMLはまだFacebook Javascript APIを使ってレンダリングすることができるので、XFBMLを使うのは悪いことではありませんが、まだまだ良いアイデアはありません。通常のHTMlとjavascriptをFacebookのJavascript APIと組み合わせることで、XFBMLができることはすべて実行でき、もっときれいにすることができます。

+1

FBMLには初期のiframeビューのサポートがありませんでした。後で彼らはそれを追加しましたが、iframeの中にfbmlタグを残すことはできませんでした。最後に、iframeの中にfbmlタグを置くことができました。私はあなたのアイデアを正しく得ましたか? –

+0

@Karthick、それは本当にそれではありません。新しいFacebookアプリケーションを作成する場合、「キャンバス」の選択肢として、IFrameまたはFBMLの2つのオプションがあります。これらは、互いに全く異なる別個のオプションです。 FBMLを選択した場合、すべてのビューはFMBL(またはFBJS)でなければなりません。 IFrameを選択した場合、すべてのビューはHTMLでなければなりません(ただし、オプションでこれらはXFMBLタグを含むことができます)。しかし、私が言ったように、FMBLは非難されている - すべての新しいアプリはiframeアプリでなければならない。 –

+0

ああ..いいですね。しかし、私はapi呼び出しがどこで行われたのか理解できません。例えば。 iframeアプリケーションで、fbmlタグを埋め込むと、api呼び出しは実際にどこにありますか? –

5

FBML Facebookのサーバを介してプロキシ、アプリとしてレンダリングされたHTMLに再書かれていた昔のマークアップ言語です。 FBJSは、FBMLページで使用できるJSのサブセットです。また、Facebookのサーバーによってプロキシされ、書き直されました。 FBMLはしばらく使用されなくなりました。

XFBMLは、iframeでサーバーからエンドユーザーに直接配信され、Facebook提供のjavascriptでクライアント側で処理され、Facebook固有のUI要素を生成するコードです。それは、ページのロード時間とFacebookのサーバー上のCPU負荷を削減します。なぜなら、すべてをプロキシして処理する必要がないからです。