2013-12-05 3 views
0

Я хочу знать, возможно ли или нет представлять ресурс в покое без xml. Пожалуйста, дайте некоторую логику против ответа.Возможно ли сделать REST без представлений XML?

+0

Большинство людей используют JSON. – SLaks

+0

... Да? Что XML имеет отношение к REST? Почему вы думаете, что эти два связаны друг с другом? – David

+0

Если вы знаете, что означает REST, ответ очевиден. Если вы не знаете, что означает REST, ответ не принесет вам много пользы. Это связано с тавтологией Армстронга. –

ответ

-1

Полностью можно представлять данные без XML.

Например:

42 
+0

Вы знаете, есть одна вещь, которую вы можете опубликовать в ветке комментариев, которая более утомительна, чем «Я тоже». Угадайте, что это? Кроме того, вы никоим образом не ответили на вопрос, который является информативным для кого-то, которого недостаточно, чтобы задать вопрос. –

+0

@EdPlunkett: Что? (фиксированная опечатка) – SLaks

+0

@EdPlunkett Я понятия не имею, о чем вы говорите. – djechlin

2

Хороший обзор всех типов поддерживаемых REST можно найти в классе MediaType в пакете javax.ws.rs.core:

  • приложения/XML
  • приложения/атом + XML
  • приложение/XHTML + XML
  • приложения/SVG + XML
  • приложения/JSON
  • применение/х-WWW-форм-urlencoded
  • многокомпонентные/форма-данные
  • приложения/октет-поток
  • текст/обычный
  • текст/XML
  • текст/html

Наиболее распространенными являются XML и JSON, однако

0

Красота REST является то, что выбор полезных данных передается в запросах и ответах полностью подвижен.

Вы можете предложить XML, JSON, XDR, CDR, протокольные буферы, ASCII, EBCDIC, YAML, свою собственную схему, которую вы называете. Хорошо разработанные API RESTful - и протокол приложения, который они обычно используют, HTTP - предлагают чистый уровень разделения между форматом полезной нагрузки и всем остальным, необходимым для общения.

Прежде всего, REST предоставляет клиентам возможность вести переговоры в соответствии с их предпочтительным форматом полезной нагрузки в качестве «свободной» части протокола приложения. В случае HTTP это делается с помощью Content Negotiation. Затем ваш API может предложить предлагать свои услуги, например, JSON или XML, и оставить его клиенту, чтобы запросить их предпочтительную кодировку, используя заголовок в своих запросах. Если сервер API может выполнить запрос клиента для связи с использованием предпочтительной кодировки, сервер сделает это.

Смежные вопросы