1. Что такое RESTful API:
апи на самом деле интерфейс, и для спокойного, прежде всего, мы должны знать, что отдыхать. На самом деле, он должен упираться остальное описывается как архитектура. Это на самом деле является реализация модели архитектуры SOA. Так что это SOA? В отсутствии предлагаемого SOA, в общем, это сервер отвечает клиенту. Например, веб-клиент должен иметь веб-сервер, приложение клиентское приложение необходимо иметь сервер, в сочетании друг с другом между клиентом и сервером. Но после того, как предлагаемая архитектура SOA, она позволяет определить единый сервер и нескольких клиентов, чтобы взаимодействовать, чтобы достигнуть развязку между клиентом и сервером. На данный момент, если несколько клиентов с той же просьбой, такие как приложения клиента и веб-клиента имя пользователя должно быть изменено, то нужно только к одному серверу с определенным интерфейсом, чтобы послать запрос, просто нужна информация имя пользователя как-то слой представления (например, JSON или XML) может быть доставлен в прошлом. Без снова прежде, сервер должен послать запрос к каждому из соответствующих. Это то, что описывается архитектура SOA.
Так почему остальное один вид архитектуры SOA, чтобы достичь этого? Из содержания этой SOA архитектуры была усовершенствована в остальной части конкретной архитектуры, реализации. Json пример обеспечивает общее использование в качестве ресурса, в качестве данных в остальной части слоя представления. Например, он определяет, какой метод следует использовать для выполнения HTTP соответствующей операции CRUD в остальных. Например, он определяет, как путь URL должен быть определен в остальных. (Вы не можете использовать глаголы, существительные должны быть использованы). архитектура остального описать некоторые из таких элементов, как это. Если мы будем следовать правилам отдыха, содержание дизайна при проектировании интерфейса API, то мы сможем удовлетворить остальное стиль дизайна апи, именуемых RESTful API.
2, детальный анализ остальных:
Остальной (Representational State Transfer): презентация слой переходы между состояниями.
Анализ:
Уровень представления, производительность исполнения, на самом деле, можно понять, как поверхность, ссылаясь на ресурс оболочки, этот ресурс представляет то, что выглядит Да. Например, это может быть JSON, может быть HTML. Ресурс относится к конкретной вещи. Например, имя пользователя и пароль. Государство относится к состоянию этого конкретных конкретных вещи ресурсов, конкретных значений, такие как имя пользователя laowang, так что статус имени пользователя в это время laowang. Затем преобразуйте это на самом деле относится к преобразованию, который изменяется. Государственный переход факт, что величина изменения, изменения значения.
Так что здесь какое - то презентация слой презентации слой переходов состояний должно быть правильно понято каким - либо способом передач ресурсов для достижения определенного изменения состояния ресурсов , вульгарная вещь можно сказать , что достигается путем изменений сохраняются в способе передачи данных сервера JSON с использованием пластыря значение ресурса, то можно сказать , что грубее передача информации с использованием имени метода патч уровня представления - { «имя»: «laoliang »} (JSON) изменить информацию об имени хранится на сервере (первоначально { „имя“: "laowang"}) , так что она становится { "имя": "laoliang" }.
Менее полное описание: с помощью метода патч, прохождение { «имя»: «laoliang» } к серверу интерфейса (API), ресурсы для этого интерфейса в базе данных, исходное состояние { «имя» информационного ресурса : «laowang»} изменен , чтобы передать к новому состоянию в качестве слоя ресурс производительности JSON.
Таким образом, то, если есть много клиентов, нужно будет управлять информацией имя базы данных, то нужно только передать, чтобы изменить название новой информации о новом статусе в уровне представления в качестве носителя, новое значение в этом апи Интерфейс, он может быть непосредственно изменен. Она определяется как эта совместимости интерфейса API ряда различных клиентов. Это текущая тенденция в разработке программного обеспечения.
3, остальное архитектура дизайн конкретной политики:
Ссылки: