J'ai une API en C# qui ne sera pas mappée à JSON-RPC en raison du fait que JSON-RPC est orienté Procédurellement. Comment dans JSON-RPC représenteriez-vous une API orientée objet?
je peux bien sûr utiliser les extensions JSON-RPC de sorte que la demande ressemblerait à ceci:Comment approcher une API orientée objet avec JSON-RPC?
{ "jsonrpc":"2.0", method:"ObjectName.Method", "params":[], "id": 1 }
Mais il se sent un peu hackish et nécessite aussi beaucoup de travail à définir. Je peux aussi l'inclure en paramètre mais encore une fois ça ne me semble pas juste.
Existe-t-il une meilleure pratique concernant l'utilisation d'une API orientée objet à l'aide de JSON-RPC?
donc une méthode d'extension n'est pas une bonne idée et je devrais passer comme paramètre? –
@the_drow Non parce que (a) vous vous limitez à un objet spécifique, donc vous ne pouvez pas allouer des objets dynamiquement (b) AFAIK utilisant des ID d'objet est une pratique courante dans RPC. (c) En utilisant "." dans le nom des méthodes n'est généralement pas si bonne idée (IMHO) – Artyom
@Artyom curieux si "généralement" en utilisant '.' ce n'est pas une bonne idée. Par exemple pour un problème différent, je trouve "questions.nouveau", "questions.non réponse" lisibles et acceptables. Votre commentaire est-il spécifique à un langage/implémentation/cas d'utilisation en question? – Shekhar