Ce que les extras Springsocial m'achètent par rapport à l'utilisation des bibliothèques Twitter etc.

StackOverflow https://stackoverflow.com/questions/4282225

Question

En jetant un coup d'œil à Springsocial, il semblerait que chaque réseau social ait son propre unique unique. Il n'y a pas d'interface exposant un universel

  • s'authentifiez au réseau
  • envoyer le message

La raison de la "authentification au réseau" énumérée ci-dessus est que je voudrais inclure l'installation pour que l'application elle-même publie des messages plutôt que des utilisateurs individuels.

Au moins, JTWitter expose une API simple pour s'authentifier, puis envoyer un tweet. Pour atteindre les mêmes w / ss, la quantité de complexité est écrasante par rapport à la simplicité relative de JTWitter. SS nécessite un client Spring, Commons HTTP qui est évidemment bien plus que JTWitter. Si SS avait un mécanisme universel pour se connecter, puis envoyer plutôt que du code personnalisé pour chacun, cela en valait probablement la peine, mais à la fin, ce n'est pas ...

Mes hypothèses ou perceptions sur SS sont-elles erronées?

Était-ce utile?

La solution

Spring Social est composé derrière la scène en quatre parties:

  1. Une API OAuth pour gérer la danse OAuth à 3 pattes (fonctionnalité la plus précieuse IHMO)
  2. Une couche de persistance pour maintenir les informations des comptes de l'utilisateur (OAuth Secret, Profileurl, ImageUrl, ...)
  3. Signer avec des comptes de fournisseurs de services (par exemple FacebookConnect)
  4. Java se liant à l'API du fournisseur, principalement basé sur RestTemplate

Seule la dernière partie peut être comparée à LIBS (par exemple, Jtwitter). Si vous n'avez pas besoin d'établir des connexions OAuth, n'utilisez pas Spring Social.

Mes 2 cents ont pensé à SS:

J'étais un peu déçu, à première vue. Spring Social est décrit comme Une extension du framework Spring qui vous permet de connecter vos applications avec des fournisseurs de logiciels en tant que service (SaaS) tels que Facebook et Twitter.Malheureusement, ce cadre de V1.0 ne peut pas être facilement étendu pour prendre en charge les connexions sans OAuth.

Il devrait être mieux si SS a été divisé en 3 parties, par exemple:

  • printemps
  • printemps-MVC-Signine
  • Spring-social (seuls les fournisseurs de liaison)

Autres conseils

Spring Social se concentre principalement sur Simplifier les problèmes liés à OAuth, lors de l'utilisation de ces API sociaux.

Son objectif n'est pas de fournir une API unifiée Pour des fonctions similaires sur différents sites de réseautage social - en tant que tels, il a une API spécialisée pour chaque site.

Ce qui ne signifie pas que vous ne pouvez pas construire une couche API supplémentaire en plus de Spring Social qui unifierait un aspect (important pour vous) de l'API.

Vous vous êtes plaint du Complexité de l'API social du printemps - Je ne comprends pas, pourriez-vous dire exactement, ce qui est compliqué dans la publication d'un tweet avec Spring Social:

twitter.updateStatus("Hey, I'm tweeting with #Spring Social!");

(C'est de la Springsource article de blog)

Et, à propos des dépendances: La plupart des applications qui utiliseraient Spring Social ont probablement déjà le printemps et le httpclient comme dépendances, donc ce ne sont rien En plus pour le développeur social de printemps typique.

Enfin, si JTWitter satisfait vos besoins, cela semble être le mieux adapté pour vous. À chacun, le leur. ;-)

Voir également:

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top