2

Facebook Graph API を使用して Web アプリケーションを開発しています。当然のことながら、この質問のために「MyApp」と呼ぶ Facebook アプリケーションがあります。

開発者がサーバーをローカルで実行およびデバッグできるようにするために、"MyAppDev" と呼ぶ、常にサンドボックス化された Facebook アプリケーションがあります。このアプリケーションのドメインは localhost:8080 です。これにより、開発マシンで Facebook 認証を行うことができます。このようにして、開発用と本番用に異なる認証トークンのセットがあり、開発サイクルが短くなり、全員が満足しています。

しかし、Open Graph になると、少し複雑になります。これは、Facebook がアクセスする実際の URL によって Open Graph オブジェクトがサポートされている必要があるためです。したがって、実際には MyAppDev でオブジェクトとアクションを定義することはできません (MyAppDev で実稼働 URL を使用すると、開発者のマシンのデータベースと矛盾します)。したがって、開発者が開発用のテスト サーバーをまとめて使用し、3 つ目のアプリを MyAppTest と呼ぶことが唯一の選択肢のようです。しかし、これにはいくつかの欠点があります。

  1. これは、開発者が自分の環境から何かを実行できるというモデルを壊します。開発サイクルが遅くなると思います。
  2. Open Graph 構成を自動的に同期する方法はありません (少なくとも私は認識していません)。そのため、構成 (アクション/オブジェクトなど) を MyAppTest から MyApp に手動でコピーする必要があります。これは非常にエラーが発生しやすいです。

私の質問は、オープン グラフ アプリケーションの開発とテストの一般的な方法は何ですか? 私が説明したようなものですか？より良い方法はありますか？

よろしくお願いします、
ヤニフ

4

2 に答える 2

3

Open Graph 構成を自動的に同期する方法はありません (少なくとも私は認識していません)。そのため、構成 (アクション/オブジェクトなど) を MyAppTest から MyApp に手動でコピーする必要があります。これは非常にエラーが発生しやすいです。

ええ、これは本当にピタです。Facebook がこれを行うためのより良い方法を思いついたらいいのにと思います。少なくとも「同期」機能があればよいでしょう。

OG オブジェクトのテストに関しては、私が見ることができる開発者自身のマシンからそれをテストするための唯一の可能な解決策は、そのマシンをインターネットから到達可能にすることです。何らかの種類または類似の DynDNS サービスを使用します。

于 2012-08-27T08:14:54.637 に答える