-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
API pour le serveur accessible par le réseau #7
Comments
Pour une séparation et modularité optimale j'ai choisi d'utiliser un modèle d'API REST (HTTP/JSON). La création de l'API me forcera a créer un DAO (pour le moment je vais utiliser un modèle "tout en mémoire") qui devra être étendu par la suite pour intégrer une BDD (issue #9). Je compte utiliser |
API Reference, il reste à l'intégrer au client. Pour pouvoir faire une séparation effective client/serveur il faudra soit utiliser un "Manager" du package multiprocessing ou avoir une DAO qui utilise une BDD (issue #9). |
Le client peut, grace au commit 825e211, utiliser l'API REST. J'ai gardé la compatibilité avec la méthode locale (sans utiliser l'API, comme on le faisait jusqu'à présent) pour avoir une simplicité de test (lancer le serveur dans travis en même temps que les tests est assez pénible). Un exemple d'utilisation de l'API REST est donné par les deux fichiers: Dans le futur il pourrait être judicieux de supprimer la "compatibilité locale". |
Créer une API JSON/XML/... pour accéder au service de création de timestamp (St) depuis le réseau. Il faudra bien entendu modifier le client pour qu'il utilise le service. Pour inspiration: https://tools.ietf.org/html/rfc3161
The text was updated successfully, but these errors were encountered: