Die Entwicklung / Testing Twitter-Anwendungen, ohne die API Zuschlagen

Question

Im Moment arbeite ich an einer Anwendung, die mit Twitter funktioniert, aber während der Entwicklung / Prüfung (vor allem jene Teile, die auf realen Twitter-Daten nicht stark verlassen), würde ich ständig zu vermeiden, wie die API oder Veröffentlichung Junk schlagen Tweets.

Gibt es eine allgemeine Strategie Leute benutzen für die Aufnahme es einfach, auf der API (Caching beiseite)? Ich dachte, meine eigene Bibliothek von Roll, die im Wesentlichen ausgehende Anfragen abfangen würden und Mock-Antworten zurück, aber ich sicherstellen wollte, dass ich nichts fehlte offensichtlich zuerst.

Answer 1

Ich würde wahrscheinlich durch spöttische die spezifischen Teile der API Sie benötigen für Ihre Anwendung starten. In der Tat kann dies tatsächlich Sie zwingt, mit einem saubereren Design für Ihre Anwendung zu kommen, denn es ist mehr oder weniger erfordert, dass Sie über Ihre Anwendung zu denken, im Sinne von „was“ es tun soll, anstatt „wie“ es sollte es tun.

Zum Beispiel, wenn Sie die Twitter Search API verwenden, Ihre Anwendung höchstwahrscheinlich sollte es egal, ob Sie die JSON oder Atom-Format-Option verwenden. Die Fähigkeit Twitter mit einer bestimmten Abfrage zu suchen und Ergebnisse zu erzielen stellt zurück, um die Funktionalität, die Sie mögen, so sollten Sie die API auf dieser Ebene der Abstraktion verspotten. Das Ausgabeformat ist nur ein Implementierungsdetail.

Durch die API in Bezug auf Funktionalität spöttische statt in Bezug auf Low-Level-Implementierungsdetails können Sie sicherstellen, dass die Anwendung tut, was Sie es erwarten, zu tun, bevor Sie tatsächlich zu Twitter für echte verbinden. An diesem Punkt haben Sie bereits überprüft, dass die App wie vorgesehen funktionieren, so das einzige, was links ist, den Code zu schreiben, um die REST-Anfragen zu stellen und die Antworten zu analysieren, die ziemlich einfach sein sollten, so dass Sie wahrscheinlich nicht am Ende Twitter mit einer Menge von Junk-Daten an diesem Punkt zu treffen.

Answer 2

Caching ist wahrscheinlich die beste Lösung. Abgesehen davon, glaube ich, die API zu 100 Anfragen pro Stunde begrenzt. Also vielleicht eine Funktion machen die jede Anforderung hält zählen und wie es in der Nähe 100 bekommt, sagt er, OK, alle 10 API-Anfragen I-Daten ziehen wird. Es wäre nicht schwer Satz, wahrscheinlich eine Gradient-Funktion, die aus zügelt, wenn Sie die Grenze nähern.

Answer 3

ich verwendet habe Tweet #, speichert es und sollte brauchen alles, was Sie tun, da es 100% von Twitters api hat bedeckt und dann einige ...

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

Answer 4

Cache Sachen in einer Datenbank ... Wenn der Cache zu alt ist, dann fordern Sie die neuesten Daten über die API.

Denken Sie auch an Ihrer Anwendung Konto weiße Liste bekommen, ermöglicht es Ihnen ein 20.000 api Anfrage Limit pro Stunde haben, gegen die schlappen 100 (das für einen Benutzer erstellt keine Anwendung).

http://twitter.com/help/request_whitelisting