Desenvolver / Testing Twitter Apps sem batendo a API
https://stackoverflow.com/questions/816164
-
03-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPergunta
Atualmente estou trabalhando em um aplicativo que funciona com o Twitter, mas durante o desenvolvimento / testes (especialmente aquelas peças que não dependem fortemente de dados reais Twitter), eu gostaria de evitar constantemente bater a API ou a publicação de lixo tweets.
Existe uma estratégia geral as pessoas usam para tomar mais fácil na API (cache lado)? Eu estava pensando em rolando minha própria biblioteca que seria, essencialmente, interceptar solicitações de saída e retornar respostas simuladas, mas eu queria ter certeza que eu não estava faltando alguma coisa óbvia em primeiro lugar.
Solução
Eu provavelmente começar por zombando das partes específicas do API que você precisa para sua aplicação. Na verdade, isso pode realmente forçá-lo a vir para cima com um design mais limpo para a sua aplicação, porque mais ou menos requer que você pensa sobre sua aplicação em termos de "o que" ele deve fazer, em vez de "como" ele deve fazê-lo.
Por exemplo, se você estiver usando a API do Twitter Search, o aplicativo provavelmente deve se importam se você está ou não usando a opção formato Atom JSON ou. A capacidade de pesquisar Twitter usando uma determinada consulta e obter resultados de volta representa a funcionalidade que você quer, então você deve zombar da API nesse nível de abstração. O formato de saída é apenas um detalhe de implementação.
Por zombando da API em termos de funcionalidade em vez de em termos de detalhes de implementação de baixo nível, você pode garantir que o aplicativo faz o que você espera que ele faça, antes que você realmente se conectar ao Twitter para real. Nesse ponto, você já verificou que o aplicativo funciona conforme o esperado, então a única coisa que resta é escrever o código para fazer os pedidos REST e analisar as respostas, que devem ser bastante simples, então você provavelmente não vai acabar bater Twitter com um monte de dados de lixo naquele ponto.
Outras dicas
O cache é provavelmente a melhor solução. Além disso, acredito que a API é limitado a 100 pedidos por hora. Então, talvez fazer uma função que mantém contando cada solicitação e como se chega perto de 100, ele diz, OK, a cada 10 API solicita vou puxar dados. Não seria set duro, provavelmente uma função gradiente que lancis fora quando você está se aproximando do limite.
Eu usei #, ele armazena em cache e deve fazer tudo que você precisa, uma vez que tem 100% de api do Twitter coberto e, em seguida, alguns ...
http: / /dimebrain.com/2009/01/introducing-tweet-the-complete-fluent-c-library-for-twitter.html
material de cache em um banco de dados ... Se o cache é muito antiga, em seguida, solicitar os dados mais recentes por meio da API.
Também pensar sobre a obtenção de sua conta aplicação branco-listado, ele irá permitir que você tenha um limite de solicitações 20.000 api por hora vs o míseros 100 (que é feita para um usuário não uma aplicação).
