On m'a demandé d'aider la société d'un ami à faire apparaître une application web. J'ai très peu de temps et j'ai accepté à contrecoeur la demande, à une condition. Comme la plupart de la logique se poursuit dans le back-end, j'ai suggéré que je terminerais le backend complet seulement, permettant à un développeur frontal de simplement s'interfacer avec mon backend.Méthode client RPC la plus simple en PHP
Je prévois de faire le back-end en Java EE ou Python (avec Pylons). Cela n'a pas vraiment d'importance à ce stade. Je prévois d'avoir mon système dorsal complètement prêt et testé, de sorte que mon apport sera à peine nécessaire une fois mon travail terminé.
Je sais qu'ils ont un programmeur PHP, mais pour autant que je puisse dire, il est un vrai débutant. Je veux qu'il interfère essentiellement avec les services de mon backend de la manière la plus simple possible, sans aucun moyen de le «bourrer». C'est essentiellement une application CRUD seulement.
Je pourrais implémenter le backend comme accessible via un service web tel que XML-RPC ou SOAP. Même une API RESTful pourrait être possible.
Cependant, mon objectif principal est de faire quelque chose que le programmeur PHP "noob" peut facilement interfacer sans se confondre. De préférence, je ne veux même pas lui parler parce que j'ai généralement un emploi du temps extrêmement chargé, et faire des «appels de soutien» n'est pas quelque chose que je suis prêt à faire. Quelle approche devrais-je choisir? J'accueillerais n'importe quelles suggestions et entrées!
+1 sur REST, +2 sur JSON, +3 sur document le .... maintenant je vous dois 5 points ... – Javier
Bonne idée. Je suis convaincu d'aller avec une API RESTful sur celui-ci. Comme pour la documentation de base, nous aurons un document d'exigences avec des maquettes de captures d'écran et tout, donc il ne peut pas se tromper avec ça. Comme pour JSON vs params sur les chaînes de requête GET/POST, je pense que le dernier, je vais devoir y penser .. Merci! –