这篇文章主要介绍”SAP CRM菲奥里应用冗余往返的原因是什么”,在日常操作中,相信很多人在SAP CRM菲奥里应用冗余往返的原因是什么问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答“SAP CRM菲奥里应用冗余往返的原因是什么”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!
有同事抱怨每次他们保存一个约会时,除了正常的批操作外,还有3个莫名的读操作。
callstack清楚地表明,这三个往返不出具客户扩展,否则客户callstack js文件可以观察到。
设置断点alt=" SAP CRM菲奥里应用冗余往返的原因是什么">
这是批处理请求负载可观察到Chrome网络选项卡:
这一发现给了我更多的自信,这些往返出具框架,不是标准或客户应用程序代码。
我只是继续调试,直到我达到这个可疑的堆栈:
1957年线。bRefreshAfterChange=true。
然而,在我们的内部系统(,一切工作正常,没有重复的读操作),这一点。bRefreshAfterChange=false,抑制刷新操作。这就是为什么读操作不能被发现在我的内部系统,因为他们根本不执行。但在客户系统中,_isRefreshNeeded返回true,导致所有后续的执行读取操作。
为什么这两个系统之间的区别吗?在Chrome开发工具,搜索的布尔变量名和我们发现alt=" SAP CRM菲奥里应用冗余往返的原因是什么">
断点被触发:
然而,这条线在客户系统缺失,这是问题的根源,我们的最新标准代码没有# 39;t达到客户系统。
出问题的系统上的标准代码里少了这一行,我在当地的Eclipse里试过,如果注释掉,行为就和出问题的系统上一样,能够重现那三个多余的读操作了。
到此,关于“SAP CRM菲奥里应用冗余往返的原因是什么”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注网站,小编会继续努力为大家带来更多实用的文章!
