Протокол OData v 4.01 (экстракт): различия между версиями
Материал из support.qbpro.ru
imported>Supportadmin (Новая страница: «[http://docs.oasis-open.org/odata/odata/v4.01/odata-v4.01-part1-protocol.pdf источник] == Обзор == Протокол OData - это протокол...») |
imported>Supportadmin (→Обзор) |
||
| Строка 6: | Строка 6: | ||
Предоставляет: | Предоставляет: | ||
* Метаданные: машиночитаемое описание модели данных, предоставляемой конкретным сервисом. | * Метаданные: машиночитаемое описание модели данных, предоставляемой конкретным сервисом. | ||
* Данные: наборы объектов данных и связи между ними. | * Данные: наборы объектов данных и связи между ними. | ||
| Строка 16: | Строка 17: | ||
С этой целью протокол OData следует следующим принципам разработки: | С этой целью протокол OData следует следующим принципам разработки: | ||
* Предпочитать механизмы, которые работают с различными источниками данных. В частности, не предполагается реляционная модель данных. | |||
* Расширяемость. Сервисы должны поддерживать расширение функциональности без изменения клиентов, не подозревающих об этих расширениях. | |||
* Следуйте принципам REST. | |||
* OData следует строить постепенно. Очень простой, совместимый сервис должен быть простым в построении, а дополнительная работа необходима только для поддержки дополнительных возможностей. | |||
* Будь проще. Решайте общие задача и предусматривайте расширяемость, где это необходимо. | |||
Версия от 10:47, 3 марта 2020
Обзор
Протокол OData - это протокол прикладного уровня для взаимодействия с данными через интерфейсы RESTful. Протокол поддерживает описание моделей данных, изменение и получение данных в соответствии с моделью.
Предоставляет:
- Метаданные: машиночитаемое описание модели данных, предоставляемой конкретным сервисом.
- Данные: наборы объектов данных и связи между ними.
- Запрос: обращение к сервису с набором фильтров или других преобразований для данных, с последующим возвращением результата.
- Редактирование: создание, обновление и удаление данных.
- Операции: вызов пользовательской логики
- Словари: добавление пользовательской семантики.
Протокол OData отличается от других подходов на основе веб-служб REST тем, что он обеспечивает единообразный способ описания как данных, так и модели данных. Это улучшает семантическую совместимость между системами и позволяет строить экосистемы.
С этой целью протокол OData следует следующим принципам разработки:
- Предпочитать механизмы, которые работают с различными источниками данных. В частности, не предполагается реляционная модель данных.
- Расширяемость. Сервисы должны поддерживать расширение функциональности без изменения клиентов, не подозревающих об этих расширениях.
- Следуйте принципам REST.
- OData следует строить постепенно. Очень простой, совместимый сервис должен быть простым в построении, а дополнительная работа необходима только для поддержки дополнительных возможностей.
- Будь проще. Решайте общие задача и предусматривайте расширяемость, где это необходимо.
