리소스가있는 웹 응용 프로그램이 있고 다른 유사한 리소스가있는 원격 응용 프로그램에 대한 참조가있는 시스템을 가정하면 '로컬'리소스를 '원격'리소스와 동기화하는 양방향 동기화 작업을 어떻게 표현합니까?
예:
할 일 목록을 나타내는 API가 있습니다.
GET / POST / PUT / DELETE / todos / 등
해당 API는 원격 TODO 서비스를 참조 할 수 있습니다.
GET / POST / PUT / DELETE / todo_services / 등
API를 통해 원격 서비스에서 할 일을 프록시로 프록시로 조작 할 수 있습니다
GET / POST / PUT / DELETE / todo_services / abc123 / 등
로컬 할 일 모음과 원격 TODOS 모음 사이에 양방향 동기화 기능을 원합니다.
rpc 종류의 방식으로 할 수 있습니다.
POST / todo_services / abc123 / sync /
그러나 "동사가 나쁘다"라는 생각에서이 행동을 표현하는 더 좋은 방법이 있습니까?
4
좋은 API 디자인은 동기화의 의미에 대한 구체적인 이해에 전적으로 달려 있다고 생각합니다 . 두 데이터 소스의 "동기화"는 일반적으로 지나치게 단순화하기는 쉽지만 모든 의미에서 생각하기가 매우 어려운 매우 복잡한 문제입니다. "양방향"동기화로 설정하면 갑자기 난이도가 훨씬 높아집니다. 나타나는 매우 어려운 질문들을 생각하면서 시작하십시오.
—
Adam Crossland
맞습니다-동기화 알고리즘이 "코드 수준"API에서 설계되고 기능한다고 가정합니다. REST를 통해이를 노출시키는 방법. 한 가지 방법은 동기화를 표현하기 위해 훨씬 더 쉬운 것 같다 : I
—
에드워드 M 스미스
GET /todo/1/과 POST그것을로 /todo_services/abc123/ 하지만, 2 방법 - 나는 두 자원의 잠재력 수정 실제로 결과를 가지고있어, 작업을 데이터 집합을 복용하고 자원에두고 있지 않다. 나는 "할 일 syncronizations"인 자원을 스스로 가지고 다시 떨어질 수도 있겠죠 POST /todo_synchronizations/ {"todos":["/todo/1/","/todo_services/abc123/1"],"schedule":"now"}
여전히 장바구니 문제가 있습니다. 내 요점은 동기화가 작동한다고 가정 할 수 없으며 API를 디자인한다는 것입니다. API의 디자인은 동기화 알고리즘의 작동 방식에 대한 수많은 우려에 의해 좌우됩니다.
—
Adam Crossland
즉, 잠재적으로 유용한 결과를 공개한다
—
에드워드 M 스미스
GET /todo_synchronizations/1=>{"todos":["/todo/1/","/todo_services/abc123/1"],"schedule":"now","ran_at":"datetime","result":"success"}
@Adam에 동의합니다. 동기화 구현 방법을 알고 있습니까? 변경 사항을 어떻게 처리합니까? 조정하려는 두 세트의 항목이 있거나 마지막 동기화 이후 두 세트가 분기 된 작업에 대한 로그가 있습니까? 내가 묻는 이유는 REST에 관계없이 추가 및 삭제를 감지하기가 까다로울 수 있기 때문입니다. 서버 측 오브젝트가 있고 클라이언트 측 오브젝트가없는 경우, "클라이언트가 오브젝트를 삭제 했습니까? 아니면 서버가 오브젝트를 작성 했습니까?" "리소스"의 작동 방식을 정확히 알고있는 경우에만 REST에서이를 정확하게 나타낼 수 있습니다.
—
Raymond Saltrelli