Почему это не хорошая идея использовать SOAP для общения с фронтэндом (т.е. веб-браузер)?
Попробуйте следующее.
let num = 1583367486000
let dateNum = Double(num/1000)
let date = Date(timeIntervalSince1970: dateNum)
let formatter = DateFormatter()
formatter.calendar = Calendar(identifier: .gregorian)
//formatter.timeZone = NSTimeZone.local // for system clock's local time
formatter.dateFormat = "yyyy-MM-dd HH:mm:ss"
let dateStr = formatter.string(from: date) // 2020-03-05 09:18:06 +0000 => GMT
4 ответа
- , поскольку это чрезмерно увеличилось в размерах
- , поскольку JSON исходно понятен JavaScript
- , поскольку XML не быстр для управления с JavaScript.
Поскольку SOAP перестраивает много колеса HTTP в его поисках независимости протокола. Какой смысл, если Вы знаете , Вы собираетесь служить ответу по HTTP так или иначе (так как Ваш клиент является веб-браузером)?
ОБНОВЛЕНИЕ: Я (подразумеваемое) предложение второй штуковины JSON.
Если бы веб-браузер является Вашим единственным клиентом тогда, я должен был бы согласиться, что SOAP является излишеством.
Однако, если Вы собираетесь иметь несколько типов клиентов фронтэнда при работе различных платформ тогда, SOAP может быть соответствующим. Хорошая часть о SOAP - то, что существует много инструментов там, которые генерируют код для Вас для обработки отправки, получения и парсинга SOAP на основе файла WSDL.
, Например, если Вы хотели разработать клиент фронтэнда C++ тогда все, которое Вам нужно, файл WSDL, и инструменты Microsoft генерируют весь код C++, чтобы генерировать запрос SOAP на основе структуры данных, отправить запрос, получить ответ и проанализировать ответ в структуру данных возврата.
существуют инструменты, чтобы сделать это оба на стороне клиента и сервера.
Это могло быть сделано. Просто помните, что SOAP не является самым быстрым способом обмениваться информацией, поскольку существуют большие издержки (большие XMLs должны быть отправлены назад и вперед) - это, вероятно, почему Вы не видите, что это часто использовало это