Quale metodo API è il migliore per le app

Voglio creare app iOS e Android per il mio negozio Magento.

A tale scopo, voglio sapere quale metodo API è il migliore come API di dati delle app.

Si prega di suggerire di seguito l'opzione di Magento:

• Sapone Api
• Riposo Api
• Crea modulo personalizzato, controller e invia JSON
• Connessione XML app mobili Magento predefinita (Fare riferimento a quale API utilizza l'app nativa Magento Mobile Store? )

Ho letto la risposta di Alan Storm . Secondo il suo suggerimento, la mia terza opzione è la migliore.

Ma voglio sapere quale processo è meglio per le seguenti condizioni:

1. Autenticazione
2. Recupero dati più veloce
3. Sviluppo più veloce

Mi aiuti per favore. Descrivi brevemente

API REST

Motivi:

• è molto più semplice da implementare rispetto a SOAP poiché PHP notoriamente non segue sempre gli stessi standard, ad esempio, dei prodotti Microsoft. Inoltre, trattare con SOAP implica trattare con XML, spazi dei nomi e WSDL. Ovviamente funzionerà, se fatto correttamente, ma il costo di sviluppo di questo per iOS sarebbe maggiore;
• SOAP si basa su XML e richiede il download (e forse la memorizzazione nella cache) di un file di definizione del servizio (anche XML), e XML è per lo più più dettagliato e quindi consuma più larghezza di banda rispetto alla codifica dei dati REST, per non parlare dell'utilizzo della memoria per l'analisi (se si utilizzano parser DOM), la decodifica e la rappresentazione di documenti simile ad albero basata su oggetti in memoria. REST, d'altra parte, è molto meno larghezza di banda e consumo di memoria, il che lo rende più adatto ai dispositivi mobili;
• JSON sarebbe fantastico, ma ciò richiederebbe per te implementare un'interfaccia API completamente nuova sul lato Magento, che potrebbe avere conseguenze anche per quanto riguarda la sicurezza di Magento, per non parlare della complessità complessiva.

Suggerirei di utilizzare l'API nativa basata su REST di Magento e di collegarlo eventualmente ai tuoi servizi personalizzati. Ciò sarebbe più affidabile (l'API REST è supportata da Magento, è testata da una gamma più ampia di clienti e Magento fornisce alcuni aggiornamenti - come aggiornamenti di sicurezza - insieme alle versioni) e una soluzione economica.

In bocca al lupo!

Risposta: API SOAP

SOAP (Simple Object Access Protocol) porta il proprio protocollo e si concentra sull'esposizione di parti di logica applicativa (non dati) come servizi. Espone le operazioni e si concentra sull'accesso alle operazioni denominate, ognuna implementa alcune logiche aziendali attraverso interfacce diverse. Ecco perché SOAP è considerato il successore di XML-RPC e utilizza anche XML per codificare le sue chiamate basate su HTTP. Tutto viene eseguito tramite richiesta POST HTTP.

SOAP viene utilizzato principalmente per le applicazioni Enterprise per integrare tipi ampi e no. di applicazioni e un'altra tendenza è l'integrazione con i sistemi legacy. Detto questo, consumare SOAP dovrebbe essere un compito facile. Questo è quando WSDL arriva nella storia.

Entrambe le API hanno anche le loro quote di vantaggi e svantaggi. È piuttosto difficile essere molto precisi in quanto la selezione dell'API dipende dal requisito. Vorrei condividere alcune nozioni di base che distinguono queste API. Spero che possa aiutare.

SOAP utilizza XML per richieste e risposte che ci rende complicato. REST utilizza formati di messaggi più brevi che lo rendono relativamente più veloce

SAPONE è piuttosto pesante rispetto a REST

SOAP è indipendente da lingua, piattaforma e trasporto, mentre REST richiede HTTP

SOAP offre una migliore assistenza nella gestione degli errori

REST è relativamente veloce in quanto non è richiesta un'elaborazione estesa

REST è una delizia per i designer

Secondo la mia esperienza personale, lavoro con l'API REST da più di un anno. Siamo nella soluzione di creazione di app mobili per i siti Web Magento. Abbiamo un framework readymade chiamato Contus Mcomm che può accelerare il processo di creazione di app mobili di un negozio di e-commerce. Tutto mi sembra perfetto con REST tranne i suoi svantaggi ampiamente accettati.