Протокол OData v 4.01 (экстракт): различия между версиями

Материал из support.qbpro.ru
imported>Supportadmin
imported>Supportadmin
Строка 18: Строка 18:
С этой целью протокол OData следует следующим принципам разработки:
С этой целью протокол OData следует следующим принципам разработки:


* Предпочитать механизмы, которые работают с различными источниками данных. В частности, не предполагается реляционная модель данных.
* Предпочтительны механизмы, которые работают с различными источниками данных. В частности, не предполагается реляционная модель данных.
* Расширяемость. Сервисы должны поддерживать расширение функциональности без изменения клиентов, не подозревающих об этих расширениях.
* Расширяемость. Сервисы должны поддерживать расширение функциональности без изменения клиентов, не подозревающих об этих расширениях.
* Следуйте принципам REST.
* Следование принципам REST.
* OData следует строить постепенно. Очень простой, совместимый сервис должен быть простым в построении, а дополнительная работа необходима только для поддержки дополнительных возможностей.
* OData следует строить постепенно. Очень простой, совместимый сервис должен быть простым в построении, а дополнительная работа необходима только для поддержки дополнительных возможностей.
* Будь проще. Решайте общие задача и предусматривайте расширяемость, где это необходимо.
* Будь проще. Решайте общие задача и предусматривайте расширяемость, где это необходимо.

Версия от 10:48, 3 марта 2020

источник

Обзор

Протокол OData - это протокол прикладного уровня для взаимодействия с данными через интерфейсы RESTful. Протокол поддерживает описание моделей данных, изменение и получение данных в соответствии с моделью.

Предоставляет:

  • Метаданные: машиночитаемое описание модели данных, предоставляемой конкретным сервисом.
  • Данные: наборы объектов данных и связи между ними.
  • Запрос: обращение к сервису с набором фильтров или других преобразований для данных, с последующим возвращением результата.
  • Редактирование: создание, обновление и удаление данных.
  • Операции: вызов пользовательской логики
  • Словари: добавление пользовательской семантики.

Протокол OData отличается от других подходов на основе веб-служб REST тем, что он обеспечивает единообразный способ описания как данных, так и модели данных. Это улучшает семантическую совместимость между системами и позволяет строить экосистемы.

С этой целью протокол OData следует следующим принципам разработки:

  • Предпочтительны механизмы, которые работают с различными источниками данных. В частности, не предполагается реляционная модель данных.
  • Расширяемость. Сервисы должны поддерживать расширение функциональности без изменения клиентов, не подозревающих об этих расширениях.
  • Следование принципам REST.
  • OData следует строить постепенно. Очень простой, совместимый сервис должен быть простым в построении, а дополнительная работа необходима только для поддержки дополнительных возможностей.
  • Будь проще. Решайте общие задача и предусматривайте расширяемость, где это необходимо.