如何通過VersionOne的RESTful API更改Stories的排名順序?使用VersionOne的RESTful API重新排名故事
回答
如果你做一個數據查詢
http://YourVersionOne/rest-1.v1/Data/Story?sel=Order,ID&sort=Order
,
你會得到降序排列你的故事自然創建順序。
有兩個操作:1)在某個故事前插入和2)在某個故事後插入。
GIVEN
I)假設我檢查降序排序案例列表。在此情況下,使用「之前」一詞意味着較小的訂單號。 II)假設以[...-(x + c), - x,x + c ...]形式出現故事的碎片列表,其中不能保證此列表中的連續訂單號。
III)負面的訂單號可能存在
IV)我在看的順序依次爲這種解釋的依據,「小訂單號越好」是任意的。 參考的上升幀同樣有效。
例1:將前
我想插入我的故事:1234:我的故事之前,9999。做一個查詢後,我發現
故事:9999擁有454
故事的訂單:1234有2048
這裏的秩序是什麼,我需要通過REST在VersionOne的執行此訂單變更
VersionOne的網址:https://myVersionOne/rest-1.v1/Data/Story/1234
方法:POST
有效載荷:<Asset> <Attribute name="Order" act="set">454+</Attribute> </Asset>
最終的結果是
故事:1234具有訂單<故事:9999。
我之所以沒給你的每一個確切的訂單數量,因爲我已經注意到了幾件事
一)操作可能會迫使故事:1234劫持原來的順序(454)和凹凸的故事:9999到下一個可用時隙和凹凸其居民(在固定陣列場景丙氨酸插入排序)
或
b)中所述的操作可以插入分配Story1234滿足條件的未使用的訂單數unusedOrderNum <故事:9999.Order。這允許Story:9999保持相同的訂單號。 *注意:這些空插槽來自刪除。
例2:插入後
我想插入我的故事:1234:我的故事後,9999。之後做了查詢,我發現
故事:9999擁有454
故事的訂單:1234有2048
這裏的秩序是什麼,我需要通過REST在VersionOne的執行此訂單變更
VersionOne的網址:https://myVersionOne/rest-1.v1/Data/Story/1234
方法:POST
有效載荷: <Asset> <Attribute name="Order" act="set">454-</Attribute> </Asset>
最終的結果是
故事:9999具有454
故事的順序:1234具有453
總之的順序,ORDERNUM之前+插入一些故事S和OrderNum-追加後一些故事。
- 1. VersionOne Rest API無法關閉故事
- 2. 使用拉力賽API重新排列多個故事
- 3. 如何在Versionone API中獲取與請求關聯的故事
- 4. 如何通過VersionOne REST API添加鏈接到故事?
- 5. 故事的排名值
- 6. 如何使用故事板重新排列UITabBarController項目?
- 7. iOS故事板 - 重新使用UIViewController
- 8. 在Ruby on Rails中,map.resources:故事立即使故事RESTful?
- 9. 使用VersionOne API客戶端的附件
- 10. VersionOne Web API - 如何獲取給定史詩的所有故事/任務?
- 11. 如何使用REST API更新VersionOne中資產的狀態
- 12. 有沒有辦法使用VersionOne API獲取當前sprint名稱?
- 13. 使用RESTful API
- 14. 的RESTful API排序困境
- 15. 重用故事板
- 16. DOS重命名文件故障排除
- 17. 如何使用Rally API更新任務(更改用戶故事)?
- 18. 使用RESTful API監聽更新
- 19. 谷歌地圖API使用故事板
- 20. 使用對象API發佈故事
- 21. 用於重新排列空間的API
- 22. 重新排序的列名
- 23. Rally API:如何用新缺陷更新故事
- 24. WPF:使用datatriggers /布爾值重新啓動故事板?
- 25. 302 RESTful API重定向
- 26. Url重寫爲restful api php
- 27. jquery-datatables:使用API重新排序時忽略'column-reorder'事件(colReorder.order())
- 28. 重新排序列名
- 29. 在Android中使用RESTful API
- 30. 使用RESTful api與骨幹
Still Works 4 years later - Thanks! –