VersionOne의 RESTful API를 사용하여 스토리 순위 재 지정

Question

VersionOne의 RESTful API를 통해 스토리의 순위를 변경하려면 어떻게해야합니까?

Answer 1

당신이 데이터 쿼리
http://YourVersionOne/rest-1.v1/Data/Story?sel=Order,ID&sort=Order,
당신이 내림차순으로 당신의 이야기의 자연 생성 순서를 얻을 것이다 작업을 수행합니다.

1) 일부 이야기 전에 삽입하고 2) 몇 가지 이야기를 삽입하는 두 가지 작업이 있습니다.

GIVEN

나는) 나는 내림차순으로 정렬 기사의 목록을 검토하고 있다고 가정합니다. 이 문맥에서, "before"라는 단어의 사용은 더 작은 주문 번호를 의미합니다.

II) [...- (x + c), - x, x + c ...]의 형태로 조각화 된 스토리 목록을 가정 할 때이 목록에서 연속 된 순서 번호의 보장이없는 경우 . 내가 하강이 설명을 기초로 순서 "작은 주문 번호가 낫다"에서 찾고

III) 음의 주문 번호가 존재

IV 될 수있다)는 임의입니다. 참조 오름차순 프레임도 똑같이 유효합니다.

예 1 : 1234 : 내 이야기하기 전에 9999 : 내 이야기를 삽입 할

전에 삽입합니다. 9999 454
스토리의 주문이 있습니다 : 쿼리를 수행 한 후, 나는

스토리가 발견 1234 여기

2048의 주문이 것은 내가 VersionOne에서 REST를 통해이 순서 변경을 수행해야 할 것입니다

VersionOne의 URL : https://myVersionOne/rest-1.v1/Data/Story/1234

방법 : POST

페이로드 :,432 10

최종 결과는
이야기 : 9999 : 1234는 주문 < 이야기가 있습니다.

내가 당신에게 각의 정확한 주문 번호를 제공하지 않은 이유는 내가 몇 가지를 발견했습니다 때문에

A) 스토리 강제 할 수 동작 : 원래 주문을 납치 1234 (454) 작업이 Story1234에게 조건을 만족하지 않는 주문 번호를 할당 삽입 할 수있다) 다음의 이용 가능한 슬롯 9999 및 주민 (고정 배열 시나리오 알라 삽입 정렬)

또는

B 범프 : 상기 스토리 범프 의 unusedOrderNum < 이야기 : 9999.Order. 이를 통해 Story : 9999는 동일한 주문 번호를 유지할 수 있습니다. * 참고 :이 빈 슬롯은 삭제 된 것입니다.

예 2 : 1234 : 내 이야기 ​​후 9999 : 내 이야기를 삽입 할

후 삽입합니다. 9999 454
스토리의 주문이 있습니다 : 쿼리를 수행 한 후, 나는

스토리가 발견 1234 여기

2048의 주문이 것은 내가 VersionOne에서 REST를 통해이 순서 변경을 수행해야 할 것입니다

VersionOne의 URL : https://myVersionOne/rest-1.v1/Data/Story/1234

방법 : POST

페이로드 :,536,913,632 10 <Asset> <Attribute name="Order" act="set">454-</Attribute> </Asset>

최종 결과는
이야기 : 1234 요약 453

의 순서, OrderNum + 삽입 일부 층의 전 OrderNum-은 이후 추가가 있습니다 : 9999 454
이야기의 순서가 어떤 이야기들.