Який метод api найкращий для додатків

Я хочу створити додатки для iOS та Android для свого магазину Magento.

Для цього я хочу знати, який метод API найкращий як API даних для додатків.

Будь ласка, запропонуйте нижче варіант Magento:

• Мильний Апі
• Відпочинок Апі
• Створіть спеціальний модуль, контролер та надішліть JSON
• Підключення XML для мобільних додатків Magento за замовчуванням (Перегляньте, який API використовує нативний додаток Magento Mobile Store? )

Я прочитав Алан Сторм відповіді . За його пропозицією найкращий третій варіант.

Але я хочу знати, який процес є найкращим для нижчих умов:

1. Аутентифікація
2. Швидше отримання даних
3. Швидший розвиток

Будь ласка, допоможи мені. Опишіть коротко

REST API

Причини:

• це набагато простіше реалізувати, ніж SOAP, оскільки PHP, як відомо, не завжди відповідає тим самим стандартам, як, наприклад, продукти Microsoft. Також робота з SOAP має на увазі роботу з XML, просторами імен та WSDL. Звичайно, це спрацює, якщо це зробити належним чином, але вартість розробки цього для iOS була б більшою;
• SOAP заснований на XML і вимагає завантаження (і, можливо, кешування) файлу визначення служби (також XML), а XML здебільшого є більш багатослівним і, отже, більш пропускною здатністю, ніж кодування даних REST, не кажучи вже про використання пам'яті для розбору (якщо ви використовуєте парсери DOM), декодування та представлення в пам'яті об'єктів на основі об'єктів на основі дерева. REST, з іншого боку, значно менша пропускна здатність і споживача пам'яті, що робить його більш придатним для мобільних пристроїв;
• JSON було б чудово, але це вимагатиме від вас впровадження цілого нового інтерфейсу API на стороні Magento, що може мати наслідки і щодо безпеки Magento, не кажучи вже про складність його в цілому.

Я б запропонував використовувати рідний API на основі Magento REST і врешті-решт підключити до нього свої власні послуги. Це було б більш надійним (API REST підтримується Magento, він перевіряється більш широким колом клієнтів, і Magento пропонує деякі оновлення - як оновлення безпеки - для цього разом з випусками) та економічно ефективне рішення.

Удачі!

Відповідь: -SOAP API

SOAP (Simple Object Access Protocol) пропонує власний протокол і фокусується на викритті фрагментів логіки програми (а не даних) як послуг. Він розкриває операції та зосереджується на доступі до названих операцій, кожен реалізує деяку логіку бізнесу через різні інтерфейси. Ось чому SOAP вважається наступником XML-RPC, а також використовує XML для кодування своїх HTTP-дзвінків. Все робиться через HTTP POST-запит.

SOAP здебільшого використовується для програм Enterprise для інтеграції широких типів і немає. додатків та інша тенденція полягає в інтеграції зі застарілими системами. З огляду на це, споживання SOAP повинно бути легким завданням. Це коли WSDL входить в історію.

Обидва API також мають свої переваги та недоліки. Досить складно бути дуже точним, оскільки вибір API залежить від вимоги. Я хотів би поділитися певними основами, які відрізняють ці API. Сподіваюся, це допоможе.

SOAP використовує XML для запиту та відповідей, що ускладнює нас. REST використовує більш короткі формати повідомлень, що робить його порівняно швидшим

SOAP досить важка порівняно з REST

SOAP не залежить від мови, платформи та транспорту, тоді як для REST потрібен HTTP

SOAP надає кращу допомогу в роботі з помилками

REST порівняно швидкий, оскільки не потрібно великої обробки

REST - це захоплення дизайнерів

За моїм особистим досвідом, я працюю з REST API вже більше року. Ми розглядаємо рішення щодо створення мобільних додатків для веб-сайтів Magento. У нас є готовий рамковий дзвінок Contus Mcomm, який може прискорити процес створення мобільних додатків магазину електронної комерції. З REST все добре виглядає для мене, за винятком широко прийнятих недоліків.