ABAP 740的新語法：

上圖的代碼相當于:

DATA: ls_data LIKE LINE OF it_data.
READ TABLE it_data INTO ls_data WITH KEY object_ext = cl_crm_prodil_bo_names=>gc_prod_root.
CALL METHOD add_data
   EXPORTING
      ir_child_object = ir_root_object
      is_data = ls_data.

由此可見新語法比較簡潔，能少寫3行代碼。但是這樣有一個缺陷，在新語法下如果it_data內(nèi)表內(nèi)不存在object_ext的值為cl_crm_prodil_bo_names=>gc_prod_root的記錄，就會終止程序執(zhí)行，拋出異常CX_SY_ITAB_LINE_NOT_FOUND.

針對這種情況，ABAP也有對應的解決方案。

下圖的第17行會拋出異常，而19行不會，從語義上容易理解：如果內(nèi)表lt_data里不存在name為Spring2的記錄，則返回開發(fā)者使用DEFAULT關(guān)鍵字指定的一個結(jié)構(gòu)作為默認值。

在Java 8也有類似機制。為了避免臭名昭著的NullPointerException，Java開發(fā)人員在使用對象的實例方法之前，需要檢查對象實例是否不為null:

if( xx != null ){
    xx.doSomething();
}

在Java 8里，在包java.util里提供了一個新的工具類Optional,看看它的用法。

第11行的filter方法，語義上應該返回一個null，因為我在第10行初始化的字符串常量的長度顯然大于6. 但是調(diào)用這個filter方法的對象是一個Optional對象，所以最終filter方法最終也返回一個Optional對象，這個對象包裹了一個null。如下圖調(diào)試器里所示：

第14行執(zhí)行的結(jié)果會打印出orElse里指定的值，此處orElse的思路和上述介紹的ABAP里的DEFAULT關(guān)鍵字是一致的。

這個Optional工具類的實現(xiàn)也很簡易，orElse僅僅是一個三元表達式。

要查看更多ABAP和Java，JavaScript的語言特性比較，請關(guān)注Jerry的公眾號:汪子熙。