RestKit 응답이 배열로 묶여있을 때 POST 된 관리 객체가 중복됩니다.

Question

RestKit을 사용하여 핵심 데이터 관리 객체를 POST 할 때 RestKit은 기존 객체를 업데이트하지 않지만 대신 새 객체를 만듭니다.

반환 된 JSON은 항상 새로 생성 된 객체를 포함하지만 복수형 키 배열로 래핑합니다. 나는 이것을 하나의 객체로 변경하면 업데이트가 예상대로 작동한다는 것을 알게되었습니다. 그러나 모든 응답을 일관되게 복수 형식으로 배열되도록 응답을 유지하고 싶습니다.

배열로 포장 된 서버에서 반환 된 경우에도 RestKit에서 레코드를 업데이트 할 수있는 방법이 있습니까?

가능한 해결책 : identificationAttribute?

본인의 경우 은 remoteID입니다. 이것은 레코드의 기본 고유 키입니다. 객체가 아직 서버에 없기 때문에 POST 전에 0이됩니다. insertionID이라는 두 번째 identificationAttribute를 추가하고 POST 전에 설정 한 다음 응답으로 반환하면 RK가 로컬 저장소의 기존 엔터티를 찾을 수 있습니다. 아아, 작동하지 않았다.

그러나 서버에서 다음 자동 증분 값으로 POST 전에 remoteID을 설정하는 것이 효과가있었습니다! remoteID으로 작동하지만 두 번째로 작동하지 않는다고 설명 할 수있는 것은 insertionID입니까?

예 요청

{ 
    "user": { 
     "email": "example@example.com" 
    } 
} 

응답 나는 모든 응답이 복수 형태로 지속적으로이되도록 응답 배열을 유지하고 싶은

{ 
    "users": [{ 
     "email": "example@example.com" 
    }] 
} 

Answer 1

.

복합체가 아닌 개별 요청 및 응답이기 때문에 사용하지 않아야합니다.

identificationAttribute에 대한 귀하의 생각은 맞지만 응답이 배열 인 경우에는 적용되지 않습니다. 배열은 소스 객체와의 일치를 포기하고 새 객체를 만드는 트리거 (또는 가능한 트리거 중 하나)입니다. 이것을 바꾸는 것은 어려울 것입니다.

실제 상황, 2 개 대안에 대한 자세한 내용을 모른 채

: 실제 개체 대신 JSON을

1. 변경
2. POST 사전을 한 다음 중복

---

이 없습니다

여러 식별 특성을 사용하는 경우 대상 개체를 찾을 때 모두 일치해야합니다.

다른 식별 속성을 사용하여 동일한 엔티티에 대해 여러 매핑을 만들지 마십시오. 오랫동안 조회 캐시를 디버깅하여 상황을 해결할 수 있습니다.

요청이 이루어지기 전에 ID가 일치하면 배열에 문제가 없습니다. 위의 내용을 더 자세히 설명하려면

개체를 POST 할 때 RestKit은 해당 개체를 다시 가져올 것으로 예상합니다. 따라서 하나의 객체를 POST하고 배열을 가져 오면 배열을 객체에 매핑 할 수 없으므로 수행 할 작업을 알 수 없습니다. 따라서 식별 속성 (존재하는 경우)을 기반으로 조회를 시도합니다. POST 된 객체에 ID가 없으며 반환 된 객체가 일치하지 않는 경우 POST하기 전에 설정하면 일치합니다.