CL_SALV_TABLE=>FACTORY传入排序表报T_TABLE类型不兼容问题

CL_SALV_TABLE=>FACTORY方法的T_TABLE形参静态类型被定义为STANDARD TABLE（通用标准表类型），仅能接收标准表类型的实参，不兼容排序表、哈希表类别的内表，这是ABAP静态语法检查阶段就会触发的类型不匹配错误。

ABAP内表的类型兼容性规则明确：

• 若形参声明为特定类别内表（如STANDARD TABLE、SORTED TABLE、HASHED TABLE），仅同类别内表可作为实参传入；
• 只有形参声明为全类别通用内表类型ANY TABLE时，才能同时接收三类内表的传入。

在SE24中查看CL_SALV_TABLE类的FACTORY方法参数定义，就能看到T_TABLE的明确类型声明：

CHANGING
  T_TABLE TYPE STANDARD TABLE

因为排序表和标准表属于完全不同的内表类别，ABAP不支持二者在方法传参时的隐式类型转换，因此直接传入排序表会抛出你遇到的类型不兼容报错。

• 优先采用官方推荐用法：直接将存储数据的内表声明为标准表。如果需要排序逻辑，既可以在传入SALV前用SORT语句提前排序，也可以调用SALV的排序类CL_SALV_SORTS设置展示层的排序规则，不影响最终展示效果。
• 若业务逻辑必须使用排序表（比如依赖排序表的唯一键自动去重、主键校验特性），可以额外定义一个同行结构的标准表作为临时变量，将排序表数据赋值给临时变量后，再传入FACTORY方法，示例代码：

DATA: ITUSER  TYPE SORTED TABLE OF LINE02_TYPE WITH UNIQUE KEY Z_BNAME,
      LT_TMP  TYPE STANDARD TABLE OF LINE02_TYPE, " 临时标准表
      R_TABLE TYPE REF TO CL_SALV_TABLE.

" 取数逻辑不变
SELECT A~BNAME A~NAME_FIRST A~NAME_LAST B~TERMINAL B~LOGON_DATE A~KOSTL  
  FROM USER_ADDR AS A
  LEFT JOIN USR41 AS B ON B~BNAME = A~BNAME
  INTO TABLE ITUSER.

LT_TMP = ITUSER. " 排序表到标准表的赋值为ABAP合法语法

CALL METHOD CL_SALV_TABLE=>FACTORY
  IMPORTING
    R_SALV_TABLE = R_TABLE
  CHANGING
    T_TABLE      = LT_TMP. " 传入临时标准表

R_TABLE->DISPLAY( ).

注意：不要使用强制类型转换绕过静态语法检查直接传入排序表，SALV内部对T_TABLE的操作均基于标准表的索引访问逻辑实现，强转传参会触发运行时SHORT DUMP。

内容的提问来源于stack exchange，提问作者SALTZZZZ