Разница между атрибутами id и uri в узле _metadata запроса / ответа OData? - PullRequest
Новая
       11

Разница между атрибутами id и uri в узле _metadata запроса / ответа OData?

3 голосов
/ 21 января 2020

В чем разница между атрибутами id и uri в _metadata узле запроса / ответа OData? Все запросы / ответы, отправленные приложением UI5, содержат те оба атрибута, которые каждый раз равны. Разве это не нежелательная избыточность? Есть ли какая-либо конфигурация на сервере шлюза, соответствующая этим атрибутам? Я ожидаю, что здесь только один атрибут, содержащий ключ, который относится только к служебной части, т.е. SERVICE_ID / Entity_Name / keys

В настоящее время я работаю с версией 1.71 

let oDataResponse = {
    "d": {
        "__metadata": {
            "id": "https://domain:port/sap/opu/odata/sap/SERVICE_ID/HeaderSet('000001234567890')",
            "uri": "https://domain:port/sap/opu/odata/sap/SERVICE_ID/HeaderSet('000001234567890')",
            "type": "SERVICE_ID.Header"
        },
        "FIELD_1": "abc",
        "FIELD_2": "abc",
        "FIELD_N": "abc"
    }
};

1 Ответ

1 голос
/ 21 января 2020

Идентификатор может быть относительным URL-адресом и может быть нулевым в случае временного запроса. Кроме того, он может отличаться от URL-адреса в некоторых других случаях, см. Документацию odata :

Информация управления id содержит идентификатор объекта, см. [Протокол OData]. По соглашению, идентификатор объекта идентичен каноническому URL-адресу объекта, как определено в [OData-URL].

Информация управления идентификатором ДОЛЖНА появляться в ответах, если запрошено metadata = full, или если metadata = запрашивается минимальное значение, и любое из ключевых полей нетранзитивного объекта не включается в ответ, или идентификатор объекта не идентичен каноническому URL-адресу объекта после

· Преобразование IRI в URI, как определено в [RFC3987],

· относительное разрешение, как определено в разделе 5.2 [RFC3986], и

· нормализация с кодированием процента, как определено в разделе 6 [RFC3986].

Обратите внимание, что идентификатор сущности ДОЛЖЕН быть инвариантным для разных языков, поэтому, если значения ключей зависят от языка, тогда идентификатор ДОЛЖЕН быть включен, если он не соответствует соглашению для локализованных значений ключей. Если идентификатор представлен, он МОЖЕТ быть относительным URL.

Если объект является переходным (то есть не может быть прочитан или обновлен), информация управления идентификатором ДОЛЖНА появиться в полезных нагрузках OData 4.0 и иметь нулевое значение. В 4.01 полезных нагрузок временные объекты не должны иметь управляющую информацию идентификатора, и клиенты 4.01 НЕ ДОЛЖНЫ рассматривать объекты с управляющей информацией идентификатора или полным набором свойств ключа как временные объекты.

Управляющая информация идентификатора НЕ ДОЛЖНА появляться для коллекция. Его значение в этом контексте зарезервировано для будущих версий этой спецификации.

Объекты с идентификатором, равным нулю, нельзя сравнивать с другими объектами, перечитывать или обновлять. Если указаны метаданные = минимальный, а идентификатор отсутствует в сущности, то канонический URL ДОЛЖЕН использоваться в качестве идентификатора сущности.

...