Sembra che si desideri creare un servizio Web a cui altre persone possano connettersi, inviare risposte e recuperare un risultato.
Se questo è il caso, hai tre opzioni, SOAP, XML-RPC e REST. Se si tratta di un'API semplice, SOAP (e probabilmente XML-RPC) sarà eccessivo: non si desidera creare un file WSDL, installare una libreria del server SOAP (sebbene, Zend_Soap sia abbastanza decente). REST d'altra parte consentirà a chiunque di consumare facilmente la tua API. sguardo
Let un esempio, diciamo che si desidera fornire un semplice servizio di "somma" (cioè, aggiungere un paio di numeri), si potrebbe avere uno schema URI come questo:
http://example.com/sum
per riassumere i numeri 5, 8 e 9 gli utenti di servizi web sarebbero simpy eseguire un HTTP GET per
http://example.com/sum/5/8/9
facciamo finta per un momento che somma è in realtà un compito molto computazionalmente costosa, utilizzando fonti energetiche rinnovabili T e GET puoi sfruttare il caching HTTP in modo che il tuo server non venga costantemente colpito quando qualcuno invia gli stessi parametri per il calcolo.
Se il tuo servizio web ha una risorsa che non ha effetti collaterali (cioè cambia qualcosa in un database) dovresti usare PUT, POST o DELETE (PUT per gli aggiornamenti, POST per la creazione e DELETE per eliminare) come le specifiche HTTP affermano che i GET non dovrebbero avere effetti collaterali. Allo stesso modo, PUT e DELETE dovrebbero essere sicuri di ripetere se si verifica un errore o la connessione di rete scade.
C'è una bella chiacchierata (video e slides) su REST qui: http://www.parleys.com/display/PARLEYS/Home#talk=31817742
Come si desidera che le persone si connettano all'API? –
significa che stai parlando di metodo? Ottieni O POSt? – Avinash