BP思路和我差不多，邏輯全部是從標準的FM里摘出來的。

最后也是直接讀表。

BP的代碼，又比如他們call 這個FM去把ls_key：

這個FM的作用就是解析用兩個/分隔開的document type: L, document class: CRM_L_ORD和document guid。

這個FM用的傳統的做法，把三個k split到一個internal table里，然后READ TABLE INDEX 1,2,3的方式分別取出每個key。用了42行代碼。

其實1行代碼就搞定所有的事情：

而且后者比前者快3~6倍：因為FIND REGEX是用c++實現的，比在ABAP端做要高效。

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

總結

以上是生活随笔為你收集整理的Attachment multiple read API - performance with regular expression的全部內容，希望文章能夠幫你解決所遇到的問題。

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