my appointment edit之后有3個sequential 的roundtrip

我看了下現在的三組串行的roundtrip，我覺得我們需要搞清楚第三組到底會不會阻塞user的ui操作：

authorization check request:
GET /sap/fiori/cuscrmmycalendar/sap/opu/odata/sap/CRM_APPOINTMENT_SRV/EditAuthorizationCheck?ObjectGuid=guid’3440B5B1-6F66-1ED5-8BEB-A758FAFA33B7’ HTTP/1.1

response:
{“d”:{“EditAuthorizationCheck”:{"__metadata":{“type”:“CRM_APPOINTMENT_SRV.ActionResult”},“ActionSuccessful”:“X”,“Message”:""}}

2.a 拿ETAG request: sap/fiori/cuscrmmycalendar/sap/opu/odata/sap/CRM_APPOINTMENT_SRV/AppointmentSet(guid’3440B5B1-6F66-1ED5-8BEB-BE9CE64BF3E8’)

response:

2.b 拿appointment的attendee和attachment信息：

sap/fiori/cuscrmmycalendar/sap/opu/odata/sap/CRM_APPOINTMENT_SRV/AppointmentSet(guid’3440B5B1-6F66-1ED5-8BEB-BE9CE64BF3E8’)?$expand=Attendee,AppointmentToAttachment

3.a 在appointment的attendee和attachment信息讀取回來之后，在successHandler里再繼續讀note信息。3.a和2.b是串行的，即2.b執行完之后，才輪到3.a執行：

3.b 還是在appointment和attendee的信息讀取回來之后，在successHandler里調用attachment view的bindElement方法：

這個方法會call到框架的createBindingContext，最終導致再trigger一個odata request：

要獲取更多Jerry的原創文章，請關注公眾號"汪子熙":

總結

以上是生活随笔為你收集整理的SAP CRM Fiori My appointment点了Edit按钮后的三个roundtrip详解的全部內容，希望文章能夠幫你解決所遇到的問題。

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