VersionOne の RESTful API を使用してストーリーの順位を変更するにはどうすればよいですか?
質問する
788 次
1 に答える
5
データ クエリ
http://YourVersionOne/rest-1.v1/Data/Story?sel=Order,ID&sort=Orderを
実行
すると、ストーリーの自然な作成順序が降順で取得されます。
2 つの操作があります: 1) あるストーリーの前に挿入し、2) あるストーリーの後に挿入します。
与えられた
I) 降順でソートされたストーリーのリストを調べているとします。このコンテキストでは、「前」という言葉の使用は、注文番号が小さいことを意味します。
II) [...-(x+c),-x, x+c...] の形式のストーリーの断片化されたリストを想定します。このリストでは連続する順序番号の保証はありません。
III) 負の注文番号が存在する可能性があります
IV) 私はこの説明の根拠として降順を見ており、「順序番号が小さいほど良い」は任意です。昇順の参照フレームも同様に有効です。
例 1: 前に挿入
Story:1234 の前に Story:9999 を挿入したいと思います。クエリを実行した後、私はそれを発見しました
Story:9999 の順序は 454 です
Story:1234 の順序は 2048 です
VersionOne で REST を介してこの注文変更を実行するために必要なものは次のとおりです。
バージョン 1 の URL:https://myVersionOne/rest-1.v1/Data/Story/1234
方法: ポスト
ペイロード：<Asset>
<Attribute name="Order" act="set">454+</Attribute>
</Asset>
最終結果は
Story:1234 has an Order < Story:9999です。
それぞれの正確な注文番号をお伝えしなかった理由は、いくつかのことに気づいたからです
a) この操作により、Story:1234 が元の Order (454) をハイジャックし、Story:9999 を次の使用可能なスロットにバンプして、その住民をバンプすることができます (固定アレイ シナリオでの Ala 挿入ソート)。
また
b) オペレーションは、Story1234 に、unusedOrderNum < Story:9999.Order の条件を満たす未使用の注文番号を挿入できます。これにより、Story:9999 は同じ注文番号を保持できます。*注: これらの空のスロットは削除によるものです。
例 2: 後に挿入
Story:1234 の後に Story:9999 を挿入したいと思います。クエリを実行した後、私はそれを発見しました
Story:9999 の順序は 454 です
Story:1234 の順序は 2048 です
VersionOne で REST を介してこの注文変更を実行するために必要なものは次のとおりです。
バージョン 1 の URL:https://myVersionOne/rest-1.v1/Data/Story/1234
方法: ポスト
ペイロード：
<Asset>
<Attribute name="Order" act="set">454-</Attribute>
</Asset>
最終結果は
Story:9999 の順序は 454 です
Story:1234 の順序は 453 です
要約すると、 OrderNum+ はいくつかのストーリーの前に挿入され、 OrderNum- はいくつかのストーリーの後に追加されます。
于 2012-12-04T21:23:12.060 に答える