简介资源为面向SAP ABAP开发者与BSP初学者的报表开发实例文档围绕SE80中创建BSP应用与页面、引用CSS样式以及将ABAP脚本嵌入HTML实现动态报表等场景展开帮助读者理解BSP页面的组织方式与前后端交互逻辑。压缩包共1个doc文件约433KB以图文操作步骤和可参考代码为主便于在SAP系统中对照复现。已有382人学习。文档包含页面指令、样式链接、表格与表单构建、提交按钮触发onInputProcessing事件处理、通过loop at内表输出数据等关键示例可供读者掌握从建应用、布局页面到绑定数据与处理用户输入的完整流程也可作为BSP报表开发入门与教学演示的参考材料。1. 老系统里翻出一堆 .htm 报表改一列都心惊胆战接手一套跑了十几年的老系统最怕遇到的需求是“这张报表再加一列”。打开一看页面后缀是.htm里面却混着% wa_xxx-AUDAT %这种写法一个表格行里既有 HTML 标签又有 ABAP 内表字段循环用%loop at ... %包着保存后还得激活、再点测试才能看到效果。这就是典型的 BSP 报表开发用 BSPBusiness Server Pages把 HTML 页面和 ABAP 逻辑缝在一起前端负责长相后端负责取数两边靠一对标签通信。这份 BSP 报表开发实例就是为这种场景准备的它从建应用、建页面、引 CSS 讲起一路做到表单提交、参数接收、多表关联取数、内表渲染成表格行核心就是一个“客户订单明细查询”页面。适合两类人一是要维护老 BSP 报表、又没系统学过这套东西的 ABAP 开发者二是想搞明白 BSP 报表程序到底怎么跑起来、怎么改的人。下面按“结构 → 页面 → 逻辑 → 坑 → 改造”的顺序把这套东西拆完整。2. BSP 应用的骨架一个报表页面由哪几块对象拼起来BSP 报表和普通 ABAP 报表最大的差别在于它是“对象化”的一个报表就是 BSP 应用下的一个页面页面本身不存代码代码分散在 Layout、Event Handler、页面属性、类型定义这四个位置上。很多人第一次打开 BSP 页面编辑器会迷路因为屏幕上就几个页签不像 SE38 那样一目了然。搞清这四个位置各自负责什么后面写代码才知道该往哪写。2.1 四类对象的分工Layout、Event Handler、属性、类型定义先把分工列清楚这张表几乎是 BSP 开发的全部地图对象/页签写什么什么时候被执行LayoutHTML 骨架 % %表达式 % %脚本每次页面渲染时Event Handler事件处理方法case event_id. when xxx.用户触发提交/导航事件时Page Attributes页面级变量声明如gt_custno TYPE VBAK-KUNNR页面生命周期内一直存在Type DefinitionsTYPES定义的内表/结构类型编译期Navigation属性页签页面跳转目标、参数传递规则调用next_page/goto_page时Layout 里只该放“怎么显示”Event Handler 里只该放“怎么处理”。这套实例的做法是把两者分得很干净Layout 里除了loop at之外没有任何业务逻辑取数、拼描述、回写全在 Event Handler 里完成。反过来说如果你在老系统里看到 Layout 里出现select语句那基本可以判定是有人图省事直接写进页面了后续维护会很麻烦。Page Attributes 是 BSP 里最容易被忽略、又最容易出问题的一块。它声明的是页面级变量作用域覆盖 Layout 和 Event Handler也就是说 Layout 里写的% gt_custno %和 Event Handler 里赋值的gt_custno是同一个变量。这一点和普通 ABAP 程序里的全局变量很像但变量声明必须写在属性页签里写在 Layout 里会报语法错误。Type Definitions 页签专门放TYPES语句。因为内表类型要在页面属性和 Event Handler 之间共用必须定义在页面级别不能只写在某个事件方法内部。这一点是 BSP 编译模型的硬约束也是新手最先撞上的墙。2.2 从 SE80 建应用到能跑起来的最小步骤事务码 SE80 打开对象导航器左侧下拉框选 “BSP Application”输入应用名回车系统会问是否创建确认即可。应用建好之后在这个应用节点上右键创建 Page填页面名、描述、页面类型选 HTML确认。页面类型会影响编辑器默认给的骨架选 HTML 会直接给一个html结构省事。CSS 的引用分两步先把style.css作为 MIME 对象上传到 BSP 应用的 MIME 资源目录下在应用节点下的 MIME 文件夹右键导入再在 Layout 里用相对路径引!-- Layout 页签顶部页面指令必须在最前面 -- %page languageabap % link relstylesheet href./style.css typetext/css%page languageabap %是页面指令告诉运行时这个页面里的% %脚本用 ABAP 解析缺了这行整个页面会被当成纯静态 HTML。href./style.css里的./是相对 BSP 应用根路径的常见做法就是把 css 放在应用根目录下不要写/sap/bc/bsp/...这种绝对路径换系统、换客户端前缀会全部失效。然后是四个页签依次填内容Page Attributes 声明变量Type Definitions 定义内表类型Layout 写页面结构Event Handler 写处理逻辑。全部写完后点激活再点测试浏览器才会打开这个 BSP 页面。注意“保存”和“激活”是两回事只保存不激活测试打开的还是旧版本这个坑后面还会细说。2.3 一次请求的完整链路从点提交到页面刷出来这套实例的表单提交链路值得单独走一遍因为 BSP 报表 80% 的“玄学问题”都出在这条链路上。用户在浏览器里填完客户编号和订单日期点提交按钮。按钮的name属性写成onInputProcessing(sub)这个写法不是随便起的名字而是 BSP 的事件绑定语法括号里的sub就是事件 ID运行时会把这次请求路由到 Event Handler并把event_id赋值为sub。进入 Event Handler 后代码在case event_id. when sub.分支里先通过navigation-set_parameter把参数从请求里“拿”出来注意这个 API 的命名有点反直觉——set_parameter(st_custno)不是设置参数而是声明“我要从请求里取这个名字的参数”紧接着navigation-get_parameter( name st_custno )才真正取值。取完值做校验校验不过就设errormsg然后exit页面重新渲染时顶部h3% errormsg %/h3就会显示提示。校验通过则执行select把结果装进页面属性里那个内表然后要么navigation-next_page(目标页面)走导航跳转要么不跳让当前页面重新渲染——重新渲染时 Layout 里的loop at就会把刚查出来的数据铺成表格行。这条链路的关键认知是BSP 是“请求-响应”模型没有前端状态。每次提交页面对象都是重新实例化的Page Attributes 里的值靠运行时帮你保留简单类型和部分内表但如果写了复杂的嵌套结构或者中途清过内表就未必还在。理解了这一点后面很多“为什么值丢了”的问题都能自己推出来。3. Layout 页签实战把 ABAP 表达式塞进 HTML 表格Layout 页签本质就是一个 HTML 文件多了两种标签% 表达式 %输出值% 语句 %执行脚本。这套实例的 Layout 结构很朴素——一个查询条件区加一个结果表格区但它把 BSP 里最常用的几种写法都用上了拿来当模板改最省事。3.1 页面指令、错误提示位与 CSS 挂钩页面最上面三行值得逐行看%page languageabap % h3 % errormsg % /h3 html link relstylesheet href./style.css typetext/csserrormsg是 Page Attributes 里声明的TYPE STRING变量Event Handler 里校验失败时给它赋值这里直接输出。注意h3放在html标签之前严格说不符合 HTML 规范浏览器会容错但在一些严格的渲染环境下可能出问题。我一般会把提示位挪到body里用div classerrmsg包一下顺手在 CSS 里给它一个红字样式比裸h3好看得多。errormsg没有初始值的时候是空字符串h3会渲染成一个空的标题行占位但不显示内容视觉上会多一段空白。常见做法是在 CSS 里给空内容加个:empty { display: none; }或者干脆在 Event Handler 里只在有错时才把提示位拼出来。link标签写在html和HEAD之间同样不规范浏览器能认但如果你的 CSS 一直不生效先把它挪进head里再排查别的。这类“老代码不规范但能跑”的地方改的时候风险很低收益是后续排查少一个干扰项。3.2 表单与提交按钮onInputProcessing(sub) 到底连到哪查询条件区就是一个普通的 POST 表单两个输入框form namePageForm idPageForm methodpost input classInputBox typetext namest_custno size10 value% gt_custno % maxlength10 input classInputBox typetext namest_ord size10 value% gt_dat % maxlength10 input nameonInputProcessing(sub) classform1 typesubmit value查询 /form这里有两个关键参数。namest_custno和namest_ord是请求参数的键名Event Handler 里navigation-get_parameter( name st_custno )取的就是这个名字两边必须一模一样大小写也要一致。value% gt_custno %是把上次查询的值回填到输入框这样用户点完查询、页面刷新后条件还在不会白茫茫一片。这个回填动作能成立前提是gt_custno在 Page Attributes 里声明过且 Event Handler 里取到值之后赋给了它。最关键是提交按钮那行。nameonInputProcessing(sub)是 BSP 的事件绑定语法格式固定为onInputProcessing(事件ID)括号里的sub会作为event_id传进 Event Handler。很多人写错成onInputProcessing(Sub)或者onInputProcessing(sub)结果点按钮页面完全没反应或者抛出“事件未处理”——因为case event_id. when sub.匹配的是小写subABAP 里字符串比较是大小写敏感的。methodpost也是必须的。改成get之后参数会挂在 URL 上BSP 的navigation-get_parameter对这种传递方式处理不一样容易出现取到空值的情况。表单提交一律用 POST这是硬规矩。3.3 用 loop at 把内表铺成表格行结果区就是老派 HTML 表格套 ABAP 循环TABLE border0 width100% classtable1 cellspacing1 tr classth td nowrap alignLEFTnbsp;凭证日期/td td nowrap alignLEFTnbsp;销售凭证/td td nowrap alignLEFTnbsp;客户采购订单/td td nowrap alignLEFTnbsp;销售雇员/td td nowrap alignLEFTnbsp;销售组/td td nowrap alignRIGHT订单金额/td /tr % DATA: wa_YSHDDCX LIKE LINE OF ZSDFB_YSHDDCX. loop at ZSDFB_YSHDDCX into wa_YSHDDCX. % tr td nowrap aligncenter% wa_YSHDDCX-AUDAT %/td td nowrap aligncenter% wa_YSHDDCX-VBELN %/td td nowrap aligncenter% wa_YSHDDCX-BSTNK %/td td nowrap aligncenter% wa_YSHDDCX-SMNAM %/td td nowrap aligncenter% wa_YSHDDCX-BEZEI20 %/td td nowrap alignright% wa_YSHDDCX-KZWI2 %/td /tr % endloop. % /TABLE表头那几行是静态 HTML列名写死列数必须和下面的td数量严格对齐多一个少一个整个表格就错位而且不会报错只能靠肉眼发现。进阶一点的做法是把列名也放进内表循环出来但老项目基本都是写死的改列的时候两边一起改改漏了就是错位。循环体里的DATA: wa_YSHDDCX LIKE LINE OF ZSDFB_YSHDDCX.定义了一个带表头的工作区loop at ... into wa_YSHDDCX每次迭代把当前行塞进这个工作区然后% wa_YSHDDCX-字段 %输出。这里的ZSDFB_YSHDDCX是页面属性里那个内表变量名不是类型名——这一点非常容易搞混因为这套实例里内表变量名和 DDIC 结构名撞了后面避坑章会专门讲。loop at写在内表为空时不会报错只是不产生任何tr页面上就是一张只有表头的空表。如果没有表头页面会是一片空白看起来像出错了实际是查询没命中数据。我一般会在循环外面加个判断内表为空时输出一行“无符合条件的数据”省得每次都要去猜是没查到还是页面挂了。4. Event Handler 拆解一次查询把十列数据补齐Event Handler 是这套报表真正干活的地方。整段逻辑按顺序分成四块取参数、校验、主查询、逐条补描述字段、回写内表。代码不长但每一块都有值得说道的地方尤其是几次select single补描述字段的写法几乎就是这套实例的核心思路。4.1 接收参数与输入校验unpack 那行的必要性入口先做事件分发和参数接收* event handler for checking and processing user input case event_id. when sub. *--- 取得输入值 --- navigation-set_parameter( st_custno ). gt_custno navigation-get_parameter( name st_custno ). navigation-set_parameter( st_ord ). gt_dat navigation-get_parameter( name st_ord ).case event_id.是整个方法的入口分派when sub.对应 Layout 里onInputProcessing(sub)那对括号。set_parameter(st_custno)是声明要从请求里读这个名字get_parameter( name st_custno )返回值赋给页面属性gt_custno。这两行必须成对出现只写get_parameter不写set_parameter取到的是空值——这是个典型的 API 设计反直觉的地方很多人的第一反应是“我明明传了参数啊”。接着是校验*--- 输入判断 --- clear errormsg. if gt_custno is not initial. unpack gt_custno to gt_custno. else. errormsg 请输入客户编号. exit. endif.clear errormsg.每次进来先清空上一次的错误提示否则用户改对了条件红字还挂在那体验很差。unpack gt_custno to gt_custno.是去前导零客户编号在KNA1/VBAK里是CHAR10前面补零网页上用户输的是100001直接拿去where KUNNR eq gt_custno是查不到的必须转成0000100001。这行如果不写现象是“明明有这个客户就是查不出数据”排查起来非常费劲因为你不会怀疑参数本身。exit.在校验分支里用来提前结束事件处理页面会带着当前的errormsg重新渲染。注意这里不能写returnEvent Handler 是方法体但不是函数返回值场景exit才是跳出处理块的正确写法。4.2 主查询与逐条补描述五次 select single 的取数路径校验通过后进入取数段。主查询从VBAK销售凭证抬头一次取回所有需要的字段*---- 取值区 ---- select KUNNR VBELN BSTNK AUDAT VDATU SPART VKGRP VTWEG into corresponding fields of table ZSDFB_YSHDDCX from VBAK where KUNNR eq gt_custno and AUDAT eq gt_dat.into corresponding fields of table是按字段名匹配源字段和目标的ZSDFB_YSHDDCX结构里同名字段自动对上所以select列表和结构字段名必须一致少写一个就少一列值。where里AUDAT eq gt_dat是日期条件如果gt_dat传进来格式不对比如网页输2024-01-01而内部是20240101查出来还是空。接下来是循环每一行去补五个描述性字段。这也是老 ABAP 报表最经典的写法——主表只给代码描述去各自的配置表或主数据表里取loop at ZSDFB_YSHDDCX into wa_YSHDDCX. *-- 取得客户名称 select single NAME1 from KNA1 into wa_YSHDDCX-NAME1 where KUNNR wa_YSHDDCX-KUNNR. *-- 取销售组描述 select single BEZEI from TVGRT into wa_YSHDDCX-BEZEI20 where VKGRP wa_YSHDDCX-VKGRP. *-- 取销售雇员编号 select single T~PERNR from VBPA as T into wa_YSHDDCX-BUPARTNR where T~PARVW VE and T~VBELN wa_YSHDDCX-VBELN. *-- 取销售雇员姓名 select single PA0001~SNAME from PA0001 into wa_YSHDDCX-SMNAM where PA0001~PERNR wa_YSHDDCX-BUPARTNR. *-- 取订单金额 select sum( KZWI2 ) from VBAP into wa_YSHDDCX-KZWI2 where VBELN wa_YSHDDCX-VBELN.这五段各有讲究。KNA1拿客户名称TVGRT拿销售组描述且要注意语言条件原文这里没加SPRAS正常应该加and SPRAS sy-langu否则多语言环境下可能取到别的语言版本或者被系统默认语言覆盖。VBPA里用PARVW VE过滤出“销售雇员”这个伙伴角色再用拿到的PERNR去PA0001换姓名——这是标准的“代码转描述”两跳。VBAP那段用sum( KZWI2 )直接聚合订单净额into的是一个单值不是内表这写法比先取明细再循环累加简洁得多。KZWI2是条件定价过程里的小计字段sum之后得到整单金额。如果这一页出数据慢问题基本都在这几行select single上它们在loop里每一行数据要跑五次单条查询一千行就是五千次数据库往返。小数据量下感知不到一旦客户订单多起来就会明显卡顿。后面改造章会讲怎么改成一次性批量取。4.3 有表头内表回写modify 与 loop 的配合补完描述字段要把工作区里的改动写回内表否则 Layout 渲染时读的还是原始数据*-- 取得产品组描述 select single VTEXT from TSPAT into corresponding fields of wa_YSHDDCX where SPART wa_YSHDDCX-SPART. *-- 取得分销渠道描述 select single VTEXT from TVTWT into wa_YSHDDCX-VTEXT where VTWEG wa_YSHDDCX-VTWEG and SPRAS 1. modify ZSDFB_YSHDDCX from wa_YSHDDCX. clear: sum, M_RFWRT, N_RFWRT, MATNR[]. endloop.modify ZSDFB_YSHDDCX from wa_YSHDDCX.是按主键匹配更新的标准写法前提是内表有可用主键——如果内表是STANDARD TABLE且没定义主键modify在循环里是“按当前行位置”更新的只有在loop ... into的语境下位置才和当前迭代行对得上所以这行必须写在loop内部、紧随字段赋值之后。into corresponding fields of wa_YSHDDCX这个变体是整条记录按字段名合并进去比逐个字段赋省事但前提是select出来的字段名和结构字段名严格一致TSPAT-VTEXT对wa_YSHDDCX-VTEXT多语言表要带SPRAS条件原文这里固定写1属于硬编码后面改造成多语言时这就是要动的地方。循环最后那几个clear是老代码的卫生习惯清掉累加变量防止下一轮串数据。原文里sum、M_RFWRT、N_RFWRT、MATNR[]这几个变量对应的已出货金额、主机数量计算段都被注释掉了但清理语句还留着——这种“注释留尸”在老报表里非常普遍接手时先确认哪些代码是死代码别在注释段上浪费时间。5. 避坑与排查BSP 报表最常见的五个翻车点这套实例跑通不难难的是改的时候踩坑。下面五条是我在类似项目里真实遇到过、且每次都能在半小时内定位的问题按“现象 → 原因 → 解决”记下来下次遇到直接对号入座。5.1 现象点了提交页面刷新后输入框全空、表格也没数据原因基本只有一个变量没在 Page Attributes 里声明或者类型和 Layout 里用的不匹配。BSP 的 Page Attributes 是页面级作用域的声明区Event Handler 里能赋值的变量、Layout 里能输出的变量都必须在这里出现过。写在 Event Handler 方法体里的DATA是方法局部的方法一结束就没了Layout 渲染时根本看不到。解决方式是逐个核对三处Page Attributes 里有没有gt_custno TYPE VBAK-KUNNR、gt_dat TYPE D、errormsg TYPE STRINGEvent Handler 里有没有给它们赋值Layout 里的% %用的名字是否一字不差。另外常见的一个变体是属性声明了但没赋值比如gt_dat只在if分支里赋值else分支没赋页面渲染时就是初始值日期初始值是00000000看起来也像“没数据”。5.2 现象Event Handler 里明明改了字段表格里显示的还是旧值这是有表头内表和无表头内表混用导致的问题。loop at ZSDFB_YSHDDCX into wa_YSHDDCX.这种写法里wa_YSHDDCX是带表头的工作区循环时数据被复制进工作区你改工作区里的字段原内表不会自动跟着变必须显式modify ZSDFB_YSHDDCX from wa_YSHDDCX.写回去。漏了这一句所有补充的描述字段客户名称、销售组描述、员工姓名全是空的但主查询字段一切正常所以现象是“一半数据有一半没有”很容易误判成取数逻辑写错。反过来如果内表本身定义成了带表头的DATA: itab TYPE STANDARD TABLE OF xxx WITH HEADER LINE.loop at itab.直接用表头modify itab.也不需要from写法更短但更容易和现代风格混用出错。这套实例用的是“无表头内表 显式工作区”的写法更清晰改的时候建议沿用它别混着来。5.3 现象CSS 写了但页面样式一点没变控制台里 404先看link的href路径。BSP 应用里的静态资源是挂在应用的 MIME 目录下的./style.css表示相对应用根路径前提是你确实把style.css上传到了这个应用根目录的 MIME 资源里。只在本地磁盘放一个文件不算数BSP 运行时读的是服务器上的 MIME 对象。第二个常见原因是文件名大小写。上传到 MIME 目录后服务器上的对象名是区分大小写的Style.css和style.css是两个东西Windows 本地测试可能没事部署到区分大小写的环境就 404。第三个原因是缓存改完 CSS 要重新激活 MIME 对象浏览器也要强刷一次否则拿到的还是旧样式——这个坑最气人明明改对了就是不生效。5.4 现象提交按钮点了毫无反应页面连刷新都没有先检查按钮的name属性是不是onInputProcessing(sub)这个格式。写成onInputProcessing(Sub)、onInputProcessing(sub)、或者干脆只写namesub运行时就找不到对应的事件处理器请求被丢弃页面既不刷新也不报错安静得像没点过。格式对了之后再看 Event Handler 里的when分支字符串是否一致。when sub.对onInputProcessing(sub)两边都是小写、都不带引号Layout 那边不带ABAP 那边带单引号这是固定配对。改事件名的时候必须两边同时改改一边等于没改。还有一种情况是按钮放在form外面或者form标签没闭合导致后面的内容不被当成表单元素点提交不触发post。这种在手工拼 HTML 的老页面里很常见检查一下form和/form是否成对。5.5 现象激活时报语法错误提示某个名字有歧义或者类型不符这套实例里有个隐藏的命名问题DDIC 里定义了一个结构ZSDFB_YSHDDCXPage Attributes 里又声明了一个同名变量ZSDFB_YSHDDCX TYPE TT_YSHDDCX。两者同名不同物一个是结构类型一个是内表变量。大多数情况下编译器能根据上下文区分但在LIKE LINE OF ZSDFB_YSHDDCX这种写法里就有歧义风险——它到底指结构类型还是指内表变量的行类型解决办法很土但有效页面属性名统一加前缀gt_/it_别和 DDIC 对象名撞。比如内表变量叫gt_yshddcx工作区叫wa_yshddcxDDIC 结构保持ZSDFB_YSHDDCX不动。改完 Layout 里的% %和 Event Handler 里的引用一起换虽然要动的地方多但从此不再有歧义问题。老项目里如果不想大改至少在新写的变量上守住这个约定。另外激活失败时不要只看第一条消息ABAP 编译器的消息是按依赖顺序吐的第一条往往是“因为前面某个类型没找到”引发的连锁反应。往上翻两条通常能看到真正的原因——比如 Type Definitions 页签里的TYPES语句漏了句号。6. 二次开发把这套实例改成能接需求的报表这套实例能跑但离“能接需求”还有距离取数写在loop里、参数写死、没有分页、错误提示只有一个字符串。真要在这个基础上做二次开发我一般按三步走。第一步是把取数从事件处理里抽出来。loop里那五次select single是性能瓶颈改成批量取先把主查询结果的所有KUNNR、VKGRP、VBELN收集到FOR ALL ENTRIES的内表里一次性把KNA1、TVGRT、VBPA、PA0001、VBAP全捞回来再用read table ... binary search或loop ... where在内存里匹配。代码会长一些但数据库往返从5N次降到 5 次。*-- 一次性批量取客户名称避免在 loop 里逐条查 data: lt_kunnr type standard table of kunnr, lt_kna1 type standard table of kna1. loop at gt_yshddcx into wa_yshddcx. append wa_yshddcx-kunnr to lt_kunnr. endloop. sort lt_kunnr. delete adjacent duplicates from lt_kunnr. if lt_kunnr is not initial. select kunnr name1 from kna1 into table lt_kna1 for all entries in lt_kunnr where kunnr lt_kunnr-table_line. endif.FOR ALL ENTRIES有两个硬性前提驱动内表必须非空空内表会退化成全表扫描这是血泪经验且要去重重复键会让结果集膨胀。所以if lt_kunnr is not initial.和sort delete adjacent duplicates这两步不能省。第二步是参数化和分页。gt_dat目前是必填可以改成区间S_AUDAT那种low/highLayout 里放两个日期框。分页用select ... up to n rows配合页码参数或者干脆用ROW_NUMBER()窗口函数算总数前端加个“上一页/下一页”按钮事件 ID 用page_next/page_prev在case event_id.里各加一个分支就行。第三步也是改完必须验证的一步拿三组数据走一遍。一组命中多条、一组只命中一条、一组一条都不命中三种情况下的表格渲染、错误提示、条件回填都要看。特别是“一条都不命中”这种情况最容易翻车——表格只剩表头用户不知道是没数据还是卡住了。验证场景预期表现常出问题命中多条表格多行金额列右对齐modify漏写导致描述字段为空命中一条单行显示条件回填分页逻辑把单行算错零命中提示无数据页面空白无任何提示客户编号不存在顶部红字提示unpack未做误判为无数据这套实例最值得带走的东西其实不是代码本身而是那条“Layout 管显示、Event Handler 管逻辑、属性管状态”的分工线。老系统里翻车最多的从来不是 ABAP 语法不会写而是有人把select写进了% %把页面变量写成了方法局部变量然后下一个人接手时对着一个“看起来像 HTML 又像 ABAP”的文件发呆。从那以后我每次动 BSP 页面都会先把这四个页签各扫一眼确认变量声明、类型定义、事件绑定三处对得上再去改业务逻辑——这个习惯帮我省掉了太多返工。希望帮到你。本文还有配套的精品资源点击获取
