возвращается представление ресурса (например, Boeing747.html). Представление помещает клиентское приложение в состояние. Результатом прохождения клиентом гиперссылки inBoeing747.html является доступ к другому ресурсу. Новое представление переводит клиентское приложение в еще одно состояние. Таким образом, клиентское приложение изменяет (передает) состояние с каждым представлением ресурса -> Передача состояния представления!

тоГосударственный трансферт в представительский государственный трансфер ссылаются на?

Нашел некоторые объяснения по этому поводу (например,Вот) но я до сих пор не понимаю. Например, в статье сказано

Представление помещает клиентское приложение в состояние.

Почему? Какое состояние (как я понимаю, что-то вроде сеанса) имеет отношение к представлению ресурса?

 Ciro Corvino06 июн. 2016 г., 16:01
увидеть этот ответ по ссылкеstackoverflow.com/a/37659395/3762855
 Ciro Corvino16 дек. 2017 г., 13:08
Попробуйте также ответ по этой ссылке:stackoverflow.com/a/37683965/3762855

Ответы на вопрос(3)

что-то вроде сеанса) имеет отношение к представлению ресурса?

У объекта есть атрибуты (или состояние) и поведение (или методы).

Если я хочу переместить объект со своего рабочего стола на сервер, я должен сделать следующее:

Создать представление о состоянии объекта.

Перенесите это представление с рабочего стола на сервер.

Методы, которые я не переношу. Я устанавливаю одно и то же определение класса на обеих машинах.

Итак, REST - это создание представления текущего состояния объекта, чтобы его можно было перенести на другой сервер, с которого можно восстановить объект.

Мы отправляем только состояние - атрибуты - объекта. И мы должны создать внешнее сериализованное представление этого состояния.

 Darrel Miller05 янв. 2011 г., 15:02
Несмотря на то, как это звучит, State Transfer совсем не похож на сериализацию объекта.
 S.Lott05 янв. 2011 г., 17:52
@ Darrel Miller: правильно. Это только один кусок головоломки.
 Darrel Miller06 янв. 2011 г., 00:33
@ user2011 Передача состояний - это больше о переходе из одного состояния в автомате состояния в другое. REST «передача состояния» - это все о поведении и не имеет ничего общего с передачей объектов по проводам.
 Jaskey19 нояб. 2014 г., 12:28
1. Итак, REST - это попытка избежать сохранения состояния, вместо этого мы передаем состояние каждый раз, когда клиент обращается к серверу? 2 Должен ли я сохранять состояние на стороне клиента и помещать его в запрос, чтобы сервер мог получить, а затем передать другое состояние назад? 3. Как насчет хранения состояния в БД или memcache? Это своего рода ОТДЫХ?
 user201105 янв. 2011 г., 14:43
@ S.Lott: А как насчет поведения? Обращается ли это к REST, или поведение не представляет интереса для ресурса?

Например, корпорация Boeing Aircraft может определять ресурс 747. Клиенты могут получить доступ к этому ресурсу через thisURL:http://www.boeing.com/aircraft/747A возвращается представление ресурса (например, Boeing747.html). Представление помещает клиентское приложение в состояние. Результатом прохождения клиентом гиперссылки inBoeing747.html является доступ к другому ресурсу. Новое представление переводит клиентское приложение в еще одно состояние. Таким образом, клиентское приложение изменяет (передает) состояние с каждым представлением ресурса -> Передача состояния представления!

втомат. Начальное состояние клиента равно первому представлению, возвращенному с сервера. Ссылки в возвращаемом представлении обеспечивают возможные «переходы состояний».

Следует отметить, что существует два основных типа ссылок: пассивные и активные. Пассивные ссылки, такие как<img> а также<link rel="stylesheet"> фактически не вызывают переход состояния, они просто увеличивают текущее состояние. Ссылки как<form> а также<a> однако активными являются ссылки и причина перехода состояния. После перехода по одной из этих ссылок новое состояние клиента равно возвращаемому представлению, то естьгосударственный перевод.

Если вы привыкли создавать традиционные настольные клиентские приложения, вы обнаружите, что это радикально другая архитектура. Не тот, который вы, вероятно, за ночь уродите. Изначально этот подход может показаться очень ограничивающим, но если учесть, что клиентское приложение может быть хостом для множества одновременно выполняющихся конечных автоматов, вы начнете понимать, что вы можете делать практически все, что вы могли бы, используя архитектуру удаленных объектов, и при этом поддерживать свободную архитектуру подключение веб-браузера.

 Darrel Miller20 нояб. 2014 г., 15:14
@Jaskey Переход - это результат выполнения перевода. Возможно, вы передаете состояние клиента на сервер и / или передаете состояние ресурса с сервера на клиент.
 Jaskey19 нояб. 2014 г., 12:24
Передача совпадает с переходом? Могу ли я думать, что ST (передача) означает, что мы передаем состояние клиента каждый раз вместо того, чтобы хранить его на локальном компьютере?
 Jaskey21 нояб. 2014 г., 03:36
Итак, еще один вопрос, если я использую memcache или db для хранения состояния пользователя, например "is loggedin", это определенно не приложение REST? Я видел много постов или видео, которые мы должны позволить клиенту нести ответственность за свое собственное состояние, и никакое состояние не будет сохранено на сервере. Но во многих постах говорилось, что для создания приложения без сохранения состояния мы можем использовать db или memcache для хранения состояния, что меня сейчас смущает, поэтому я задаю вопросstackoverflow.com/questions/27016314/... Я буду признателен, если вы можете уделить минутку, чтобы ответить там! благодарю вас!

Ваш ответ на вопрос