Какие библиотеки PHP Twitter OAuth доступны?Какой из них я должен использовать?

Question

Twitter перечисляет библиотеки PHP ниже на их сайте разработчика.Я работаю над их кодом, но я хотел бы получить отзывы от сообщества экспертов.

1. Есть ли другие, более новые / лучшие?
2. Какой из них являетсянаиболее широко используемый?
3. Какие преимущества и недостатки у каждого?

• Oauth-php от Corollarium Technologies - библиотека OAuth для клиентов и провайдеров
• Services_Twitter (PEAR) от Джо Стампа, Дэвида Джона Луи и Билла Шуппа - библиотека Twitter API
• TmhOAuth от Matt Harris - библиотека OAuth (поддерживает загрузку файлов)
• TwitterOAuth от AbrahamWilliams - библиотека API Twitter
• Twitter async от Jaisen Mathai - оболочка для API OAuth Twitter (обеспечивает асинхронные вызовы)

Примечания: я знаю «Какой из них мне следует использовать?» часть названия вопроса - subjно я думаю, что вопрос задает вопрос более объективно, и название кажется лучше, короче.

Я буду голосовать за все полезные / полезные ответы:)

Answer 1

Я использовал библиотеку Авраама в TwitterOAuth и считаю ее довольно хорошей.Он поставляется с некоторыми хорошими рабочими примерами страниц, которые проходят через танец OAuth, и предоставляет вам простой объект TwitterOAuth, который имеет методы, такие как get и post.

// $connection is the instantiated TwitterOAuth object
$connection->post('statuses/update', array('status' => 'Hello, World!', 'in_reply_to_status_id' => 123456));
$tweets = $connection->get('statuses/home_timeline', array('include_entities' => true));

Я не могу комментироватьдругие библиотеки, поскольку я ими не пользовался - но тогда мне и не нужно было;)

Answer 2

Не человек из области PHP, но да, мы довольно часто использовали oAuth-систему для нашего приложения. Но, на мой взгляд, вы - лучший человек, который решит, какой из них использовать, как вы уже упоминали в своем вопросе ( Iзнаю, «Какой из них мне следует использовать?» )

причина моей точки зрения заключается в следующем.

1. Каждый человек имеет свой собственный способ анализа данного API.
2. Каждый API может лучше всего подходить в некоторых случаях, в то время как в других он не будет наилучшим выбором.
3. Иногда мы склонны использовать некоторые API, которые причудливы или говорят многим людям, чтоони действительно отлично работают, но в итоге мы обнаруживаем, что у нас больше, чем мы хотим / требуем.
4. Какой из них широко используется, не всегда является критерием, который лучше всего подходит для нашего варианта использования.

Мой лучший выбор - проанализировать ваши требования, а затем проверить, какой из них лучше всего соответствует вашим потребностям, и чем вы всегда можете спросить, является ли это хорошим выбором (укажите также и ваше требование).

Так вконечный ответ с вами, как требование с вами:)