Протокол OData v 4.01 (экстракт): различия между версиями
Материал из support.qbpro.ru
imported>Supportadmin (→Обзор) |
imported>Supportadmin (→Обзор) |
||
Строка 18: | Строка 18: | ||
С этой целью протокол OData следует следующим принципам разработки: | С этой целью протокол OData следует следующим принципам разработки: | ||
* | * Предпочтительны механизмы, которые работают с различными источниками данных. В частности, не предполагается реляционная модель данных. | ||
* Расширяемость. Сервисы должны поддерживать расширение функциональности без изменения клиентов, не подозревающих об этих расширениях. | * Расширяемость. Сервисы должны поддерживать расширение функциональности без изменения клиентов, не подозревающих об этих расширениях. | ||
* | * Следование принципам REST. | ||
* OData следует строить постепенно. Очень простой, совместимый сервис должен быть простым в построении, а дополнительная работа необходима только для поддержки дополнительных возможностей. | * OData следует строить постепенно. Очень простой, совместимый сервис должен быть простым в построении, а дополнительная работа необходима только для поддержки дополнительных возможностей. | ||
* Будь проще. Решайте общие задача и предусматривайте расширяемость, где это необходимо. | * Будь проще. Решайте общие задача и предусматривайте расширяемость, где это необходимо. |
Версия от 10:48, 3 марта 2020
Обзор
Протокол OData - это протокол прикладного уровня для взаимодействия с данными через интерфейсы RESTful. Протокол поддерживает описание моделей данных, изменение и получение данных в соответствии с моделью.
Предоставляет:
- Метаданные: машиночитаемое описание модели данных, предоставляемой конкретным сервисом.
- Данные: наборы объектов данных и связи между ними.
- Запрос: обращение к сервису с набором фильтров или других преобразований для данных, с последующим возвращением результата.
- Редактирование: создание, обновление и удаление данных.
- Операции: вызов пользовательской логики
- Словари: добавление пользовательской семантики.
Протокол OData отличается от других подходов на основе веб-служб REST тем, что он обеспечивает единообразный способ описания как данных, так и модели данных. Это улучшает семантическую совместимость между системами и позволяет строить экосистемы.
С этой целью протокол OData следует следующим принципам разработки:
- Предпочтительны механизмы, которые работают с различными источниками данных. В частности, не предполагается реляционная модель данных.
- Расширяемость. Сервисы должны поддерживать расширение функциональности без изменения клиентов, не подозревающих об этих расширениях.
- Следование принципам REST.
- OData следует строить постепенно. Очень простой, совместимый сервис должен быть простым в построении, а дополнительная работа необходима только для поддержки дополнительных возможностей.
- Будь проще. Решайте общие задача и предусматривайте расширяемость, где это необходимо.