[Architecture] 1 service pour 2 applications

Bonjour,

J'ai un service (S) d'authentification et de synchronisation qui est utilisé par une application A. J'aimerais également utiliser ce service S pour une second application (B). J'ai un choix faire et je sollicite votre expertise. Est-il préférable :

• d'embarquer dans une bibliothèque externe mon service S dans mon app A et mon app B
• ou de transformer mon service S en une app C qui serait obligatoire pour utiliser mes app A et/ou B ?

La première version me semble plus facile, mais je ne sais pas comment réagirait mon service si il était mis à jour avec l'une des deux app, mais pas l'autre.

D'avance un grand merci pour vos partages.

Cordialement,
Greg

[EDIT 1] Le service S fait de l'authentification ET de la synchronisation. En faite, il gère la synchronisation des bases de données entre le terminal android et le serveur de donnée. Cette architecture a été choisie car les terminaux n'ont pas systématiquement accès à internet et l'application doit continuer à être utilisable. Le service peut donc être amené à subir des updates (tables supplémentaires à synchroniser, etc).

Bonjour,

On parle d'un CAS(Central Authentification Service) en général. Celui-ci est une application séparer et expose un service (Une interface).
Les applications applications ayant besoin d'une authentification demande à ce service de réaliser cette partie.

Temps que le contrat du CAS ne change pas, les autres applications n'ont pas besoin de mise à jour. Comme changer l'origine de la validation de l'authentification (utiliser un LDAP) ne demandera pas à tes applications A et B de se mettre à jour.
De ce que j'ai vue en pratique, les CAS "maison" sont très rarement mise à jour.

Personnellement ce qu'on appel "third-party authentication" (facebook /google), c'est simplement un CAS.

Cordialement,
Patrick Kolodziejcyzk.

source :
http://fr.wikipedia.org/wiki/Central...cation_Service
http://fr.wikipedia.org/wiki/Lightwe...ccess_Protocol

Merci pour ta réponse Patrick,

J'ai édité mon message initial pour apporter une précision importante. Le service S sera certainement amené à subir des mises à jour.

Bien à toi
Greg

Du coup, module commun avec gestion de version pour la synchronisation.

Cordialement,
Patrick Kolodziejczyk.