SAPCRMFiori應(yīng)用冗余roundtrip的原因是什么
這篇文章主要介紹“SAP CRM Fiori應(yīng)用冗余round trip的原因是什么”，在日常操作中，相信很多人在SAP CRM Fiori應(yīng)用冗余round trip的原因是什么問題上存在疑惑，小編查閱了各式資料，整理出簡(jiǎn)單好用的操作方法，希望對(duì)大家解答”SAP CRM Fiori應(yīng)用冗余round trip的原因是什么”的疑惑有所幫助！接下來，請(qǐng)跟著小編一起來學(xué)習(xí)吧！
創(chuàng)新互聯(lián)網(wǎng)站建設(shè)由有經(jīng)驗(yàn)的網(wǎng)站設(shè)計(jì)師、開發(fā)人員和項(xiàng)目經(jīng)理組成的專業(yè)建站團(tuán)隊(duì)，負(fù)責(zé)網(wǎng)站視覺設(shè)計(jì)、用戶體驗(yàn)優(yōu)化、交互設(shè)計(jì)和前端開發(fā)等方面的工作，以確保網(wǎng)站外觀精美、網(wǎng)站設(shè)計(jì)、成都網(wǎng)站制作易于使用并且具有良好的響應(yīng)性。
有同事抱怨每次他們保存一個(gè)appointment時(shí)，除了正常的batch 操作外，還有3個(gè)莫名的read 操作。
.jpg)
.jpg)
The callstack clearly shows that the three roundtrips are NOT issued by customer extension, or else the customer js file could be observed in the callstack.
Set a breakpoint on the top most callstack, h function. Check the content of e.target.data:
This is actually the batch request payload which could be observed in Chrome network tab:
This finding gives me more confidence that these roundtrips are issued by framework, not standard or customer application code.
So I just continue debugging until I reach this suspicious stack:
in line 1957, this.bRefreshAfterChange = true.
.jpg)
However, in our internal system ( where everything works fine, there is no duplicate read operations ), this.bRefreshAfterChange = false, which has suppressed the refresh operation. This is the reason why the read operation could not be found in my internal system, since they are not executed at all. But in customer system, _isRefreshNeeded returns true, which leads to the execution of all subsequent read operations.
.jpg)
So why is this difference between two systems? In Chrome development tool, search the boolean variable name and we found one function setRefreshAfterChange defined for ODataModel. Just set a breakpoint in this method and re-launch the application in my internal system from beginning:
.jpg)
Breakpoint is triggered:
.jpg)
However, this line in customer system is missing, which is the root cause - our latest standard code didn't reach customer system.
出問題的系統(tǒng)上的標(biāo)準(zhǔn)代碼里少了這一行，我在local的Eclipse里試過，如果注釋掉，behavior就和出問題的系統(tǒng)上一樣，能夠重現(xiàn)那三個(gè)多余的讀操作了。
到此，關(guān)于“SAP CRM Fiori應(yīng)用冗余round trip的原因是什么”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識(shí)，請(qǐng)繼續(xù)關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編會(huì)繼續(xù)努力為大家?guī)砀鄬?shí)用的文章！
文章標(biāo)題：SAPCRMFiori應(yīng)用冗余roundtrip的原因是什么
網(wǎng)站網(wǎng)址：http://m.jiaotiyi.com/article/psdedj.html