SAP Fiori OData取数据的同步模式和异步模式比较

Yesterday I was challenged by my colleague: in the CRM Fiori application “My Opportunity”, although the OData request for logo url is set as false ( means Synchronous ), why we still observe in UI that this request is done like Asynchronously?

For the complete story about Image display logic in Fiori, please refer to this blog: CRM Fiori Application – how is image maintained and displayed in Fiori UI.

My colleague’s doubt is that he observed even the response of image url is not returned by backend, still end user could continue to work on UI – it seems UI is not blocked so my colleague considered that the request is done in an Asynchronous way.

I just would like to share with you how I persuade him to accept this is really an Synchronous request.

The key idea here is: We are doing test in our internal system, the request for image url is almost immediately returned ( less than 2 seconds ), so it is really difficult to judge by eye whether it is synchronous or asynchronous.

As a result, I add another 13 seconds’ latency in OData service implementation:

Synchronous mode

Afterwards the synchronous behavior is quite obvious now. I click one item in navigation list to trigger the synchronous request for Image url retrieval. And after that, I cannot do any operation on UI – it is completely freezed.

Asynchronous mode

Then I change the manual latency to 20 seconds and retest the UI.

Now every time I click one opportunity in the navigation list, still one http request for image logo is sent out. Compared with synchronous mode, this time the UI is not blocked – I can continue to work on UI without waiting for the response.

This asynchronous behavior could also easily be found in the timechart in Chrome network:

Conclusion

code is correct, our eye is wrong. Any OData request with async set as false, would and must be done synchronously.