2015-12-19 2 views

ответ

-1

Это вопрос является сложным и зависит от человека мнения мои мысли по поводу этой темы в следующем:

XML - Идеально для высоко структурированной информации и JSON возникла в качестве стандарта для легко обмениваться данными объектов JavaScript между системами ,

Современный Javascript предназначен для нативно чтения данных (JSON) и преобразовывает его в объекты так с моей точки зрения, в случае, если RESTful API будет потребляться веб-интерфейса - это более функциональная требование, чем неработоспособной.

+0

Спасибо. Действительно, это сложно, потому что, когда вы думаете о конечном продукте и его функциональности, мы рассматриваем, какие функции доступны для пользователя в интерфейсе, и именно поэтому я был смущен и думал, что API может быть нефункциональным, конец будет потреблять его за кулисами. Что бы вы сказали об этом? – Scott

+0

Это не мнение основано, см. Мой ответ для более подробной информации. – observer

0

Это не так. «Разработка RESTful API в JSON» не является обязательным требованием, а просто описывает процесс реализации одного или нескольких базовых требований.

Но вы, вероятно, ссылаетесь на функциональное требование.

Вы всегда должны стремиться к разделению требований, которые описывают функцию или качество, которые должна иметь будущая система, от их технической реализации.

Такое функциональное требование может быть:

(идентификатор 1) Система в стадии разработки должны предложить следующую информацию к внешним системам через интерфейс: (таблица требуемой информации)

Затем вы можете разбить это на более подробные функциональные требования, один из которых может быть:

(идентификатор 2) Система в стадии разработок должны предложить свою информации, указанной в (ссылке на идентификатор, 1) к внешним систем в формате JSON через интерфейс, который доступен для REST клиентов, для того, чтобы подать внешней системы XYZ.

Нефункциональные требования, напротив, рассказывают больше о характеристиках API. Такие, как:

  • Производительность
  • безопасности
  • Надежность
  • Юзабилити
  • ремонтопригодность
  • Переносимость

Потому что эти вещи трудно измерить, вы можете добавить больше функциональных требований которые более подробно определяют ожидаемое поведение (например, Максимум. время отклика).

Источник:

https://www.ireb.org/content/downloads/2-syllabus-foundation-level/ireb_cpre_syllabus_fl_en_v22.pdf

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