Сообщение Re[11]: REST: прохой\хороший интерфейс от 12.02.2020 4:07
Изменено 12.02.2020 5:57 Sinclair
Re[11]: REST: прохой\хороший интерфейс
Здравствуйте, Sharov, Вы писали:
S>А что значит состояние сервера, значение регистров цпу + озу, бд?
Это значит, что одинаковый запрос может приводить к разным результатам. Технически — да, содержание регистров, RAM, HDD, и прочих локальных ресурсов.
Почему используется слово "представление", а не слово "часть" данных.
Потому, что речь не только о "проекции", но и о трансформации.
Самый простой пример — сервер возвращает "текущее время". Внутри оно хранится как, например, unixtime. Но клиент видит его как ISO 8601.
Более жизненный пример — ресурс "заказ в интернет-магазине" представлен на стороне сервера как содержимое десятка таблиц, а клиент видит его как единый JSON-документ. И модифицирует как единый JSON-документ.
Примерно такое же отличие, как между property и field в C#/Delphi: состояние объекта хранится в полях, но читать и изменять его можно только через свойства.
S>>И, с точки зрения Филдинга, REST — первичен, как абстрактная модель. HTTP 1.1 — это, с его точки зрения, всего лишь пример применения концепции REST к World Wide Web. (Глава 6.3).
S>Фундаментальнее скорее, ибо полиморфизм (get,post..) во весь рост, но вдохновлялся http.
В тексте диссертации прямым текстом написано, что при проектировании HTTP 1.1 применялся REST
S>А что значит состояние сервера, значение регистров цпу + озу, бд?
Это значит, что одинаковый запрос может приводить к разным результатам. Технически — да, содержание регистров, RAM, HDD, и прочих локальных ресурсов.
Почему используется слово "представление", а не слово "часть" данных.
Потому, что речь не только о "проекции", но и о трансформации.
Самый простой пример — сервер возвращает "текущее время". Внутри оно хранится как, например, unixtime. Но клиент видит его как ISO 8601.
Более жизненный пример — ресурс "заказ в интернет-магазине" представлен на стороне сервера как содержимое десятка таблиц, а клиент видит его как единый JSON-документ. И модифицирует как единый JSON-документ.
Примерно такое же отличие, как между property и field в C#/Delphi: состояние объекта хранится в полях, но читать и изменять его можно только через свойства.
S>>И, с точки зрения Филдинга, REST — первичен, как абстрактная модель. HTTP 1.1 — это, с его точки зрения, всего лишь пример применения концепции REST к World Wide Web. (Глава 6.3).
S>Фундаментальнее скорее, ибо полиморфизм (get,post..) во весь рост, но вдохновлялся http.
В тексте диссертации прямым текстом написано, что при проектировании HTTP 1.1 применялся REST
Re[11]: REST: прохой\хороший интерфейс
Здравствуйте, Sharov, Вы писали:
S>А что значит состояние сервера, значение регистров цпу + озу, бд?
Это значит, что одинаковый запрос может приводить к разным результатам. Технически — да, содержание регистров, RAM, HDD, и прочих локальных ресурсов.
S>Почему используется слово "представление", а не слово "часть" данных.
Потому, что речь не только о "проекции", но и о трансформации.
Самый простой пример — сервер возвращает "текущее время". Внутри оно хранится как, например, unixtime. Но клиент видит его как ISO 8601.
Более жизненный пример — ресурс "заказ в интернет-магазине" представлен на стороне сервера как содержимое десятка таблиц, а клиент видит его как единый JSON-документ. И модифицирует как единый JSON-документ.
Примерно такое же отличие, как между property и field в C#/Delphi: состояние объекта хранится в полях, но читать и изменять его можно только через свойства.
S>>И, с точки зрения Филдинга, REST — первичен, как абстрактная модель. HTTP 1.1 — это, с его точки зрения, всего лишь пример применения концепции REST к World Wide Web. (Глава 6.3).
S>Фундаментальнее скорее, ибо полиморфизм (get,post..) во весь рост, но вдохновлялся http.
В тексте диссертации прямым текстом написано, что при проектировании HTTP 1.1 применялся REST
S>А что значит состояние сервера, значение регистров цпу + озу, бд?
Это значит, что одинаковый запрос может приводить к разным результатам. Технически — да, содержание регистров, RAM, HDD, и прочих локальных ресурсов.
S>Почему используется слово "представление", а не слово "часть" данных.
Потому, что речь не только о "проекции", но и о трансформации.
Самый простой пример — сервер возвращает "текущее время". Внутри оно хранится как, например, unixtime. Но клиент видит его как ISO 8601.
Более жизненный пример — ресурс "заказ в интернет-магазине" представлен на стороне сервера как содержимое десятка таблиц, а клиент видит его как единый JSON-документ. И модифицирует как единый JSON-документ.
Примерно такое же отличие, как между property и field в C#/Delphi: состояние объекта хранится в полях, но читать и изменять его можно только через свойства.
S>>И, с точки зрения Филдинга, REST — первичен, как абстрактная модель. HTTP 1.1 — это, с его точки зрения, всего лишь пример применения концепции REST к World Wide Web. (Глава 6.3).
S>Фундаментальнее скорее, ибо полиморфизм (get,post..) во весь рост, но вдохновлялся http.
В тексте диссертации прямым текстом написано, что при проектировании HTTP 1.1 применялся REST