APIを非難せずにTwitterアプリを開発/テストする

Question

現在、Twitterで動作するアプリを開発していますが、開発/テスト中（特に実際のTwitterデータに大きく依存しない部分）、APIを頻繁にヒットしたり、ジャンクを公開したりしないようにしたいですツイート。

APIを簡単に利用するために人々が使用する一般的な戦略はありますか？本質的に発信要求をインターセプトし、モック応答を返す独自のライブラリをロールバックすることを考えていましたが、最初に明らかなものが欠落していないことを確認したかったです。

Answer 1

おそらく、アプリケーションに必要なAPIの特定の部分をモックすることから始めます。実際、これは実際にアプリのよりクリーンなデザインを思い付くように強制するかもしれません。 「方法」ではなく行うべきです。それを行う必要があります。

たとえば、Twitter Search APIを使用している場合、アプリケーションは、JSONまたはAtom形式オプションを使用しているかどうかを気にする必要はほとんどありません。特定のクエリを使用してTwitterを検索し、結果を取得する機能は、必要な機能を表すため、その抽象化レベルでAPIをモックする必要があります。出力形式は実装の詳細にすぎません。

低レベルの実装の詳細ではなく、機能の観点からAPIをモックすることにより、実際にTwitterに接続する前に、アプリケーションが期待どおりに動作することを確認できます。その時点で、アプリが意図したとおりに動作することを既に確認しているので、残っているのは、RESTリクエストを作成してレスポンスを解析するコードを書くことだけです。その時点で多くのジャンクデータでTwitterをヒットします。

Answer 2

キャッシュはおそらく最良の解決策です。それに加えて、APIは1時間あたり100リクエストに制限されていると思います。したがって、各リクエストをカウントし続ける関数を作成し、100に近づいたら、10回のAPIリクエストごとにデータをプルするようになります。ハードセットではなく、おそらく、限界に近づいたときに抑制される勾配関数です。

Answer 3

Tweet＃を使用しました。Twitterのapiの100％がカバーされているので、キャッシュして必要なすべての処理を行う必要があります...

http：/ /dimebrain.com/2009/01/introducing-tweet-the-complete-fluent-c-library-for-twitter.html

Answer 4

データベース内のキャッシュ...キャッシュが古すぎる場合は、APIを介して最新のデータを要求します。

アプリケーションアカウントをホワイトリストに登録することも考えてください。1時間あたり20,000のapiリクエスト制限に対して、わずか100（アプリケーションではないユーザー用に作成されます）を許可できます。

http://twitter.com/help/request_whitelisting