問題是點了My task tile之后，進到task list view之后的第一個batch 操作是否可以去掉：

這個batch request取了三部分數據：

形如下列格式的user status: 把CRMC_TASK_OD里所有task transaction type對應的status全部返回。
這個數據在open app時不需要，因為task list里需要顯示的status description已經包含在task list odata里了：

Priority：

形如下列格式：
這個數據在open App時是需要的。看這封郵件第一張圖右上方的”!”. 現在的實現是，首先把transaction type對應的所有priority都取回來，再按照key值對其排序，最小的認為是”highest priority”. 然后渲染list時，如果當前priority 為highest priority，則加個驚嘆號。

如果想在open app時不取priority list, 只能在task header新增一個isHighestPriority的boolean 字段，讓Saber在improved的service里把這個值填上，而不是現在這樣讓前臺來計算。

Technical information： 又分為三個小的category.

privateAllowed

這個不需要了。這個field是從CRMC_ACTIVITY_H里根據transaction type取的，但是我檢查過了，這個存儲在technicalInfo 這個model里的field根本沒有被用到，
至少在master branch里。在task edit view里，task header里有兩個field分別控制private control是否能夠被編輯，以及當前private control顯示ON還是OFF。這個roundtrip里基于transaction type取到的PrivateAllowed沒有在任何地方用到。

Employee id & Name:

這個也不需要了。現在的實現是專門在這個roundtrip里取當前logon user sy-uname的id和name。這個name只會用在AssignTo button的實現里。

我說這個roundtrip里根據log on user取的responsible employee 不需要的原因是因為My task現在的實現總是基于employee responsible搜索的，因此我們可以認為
My task里看見的所有task的employee responsible = 當前logon user. 因此，在assignTo實現里，employee responsible可以不用從technicalInfo的model里取，直接取當前task的responsible employee。

總結

以上是生活随笔為你收集整理的SAP CRM Fiori My task应用里roundtrip取舍的讨论的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。