Les clefs d'API sont plutôt prévues pour des applis web, c'est même pas une application proprio qui tourne sur ton ordi, c'est un service proprio qui tourne sur un serveur, tu peux même pas analyser le binaire.
Tout comme l'OAuth quand il s'agit d'accéder aux données d'un utilisateur, il faut que le "service" qui utilise les données se connecte au "service" qui possède les données, en transmettant un client_id/client_secret, et l'utilisateur est mis en dehors de l'équation. Le fournisseur de données peut révoquer l'accès du "service" qui utilise les données. Mais on raisonne complètement en services qui se parlent entre eux, en termes d'"éditeurs de services", l'utilisateur n'est plus vu que comme un consommateur, et les applis non-web libres sont carrément ignorées de la conception.
[^] # Re: API
Posté par Octabrain . En réponse au journal OUI-Léger : une extension Firefox pour rendre le site oui.sncf plus léger. Évalué à 2.
Les clefs d'API sont plutôt prévues pour des applis web, c'est même pas une application proprio qui tourne sur ton ordi, c'est un service proprio qui tourne sur un serveur, tu peux même pas analyser le binaire.
Tout comme l'OAuth quand il s'agit d'accéder aux données d'un utilisateur, il faut que le "service" qui utilise les données se connecte au "service" qui possède les données, en transmettant un client_id/client_secret, et l'utilisateur est mis en dehors de l'équation. Le fournisseur de données peut révoquer l'accès du "service" qui utilise les données. Mais on raisonne complètement en services qui se parlent entre eux, en termes d'"éditeurs de services", l'utilisateur n'est plus vu que comme un consommateur, et les applis non-web libres sont carrément ignorées de la conception.