富士通DealEasyABAP编码规范.docVIP

0 新建 陈爱芳 2000.5.29 胥光林 Rev. Description 作成者 作成日 承认者 上海华和得易信息技术发展有限公司 报表 3 １．报表定义部分 3 ２．数据定义部分 3 ３．处理部分 4 DYNPRO程序 7 １．逻辑控制 7 ２．模块池 9 ３．菜单 10 外部子程序 12 共通 12 １．变量 12 ２．命令 13 ３．FORM名、MODULE名 14 ４．数据库访问(data base access) 14 ５．comment、program head 15 编码规范 报表 报表程序是按照报表定义部分、数据定义部分、处理部分的顺序来进行编码的。 　　１．报表定义部分 如下所述进行定义。但是LINE-SIZE以后的是根据需要来进行编码。 REPORT Zxxxnnn LINE-SIZE nn LINE-COUNT nn NO STANDARD PAGE HEADING MESSAGE-ID xx ※REPORT和所编程序是作为程序属性１（可执行程序）的。 ２．数据定义部分 程序中的必要部分按下列顺序进行定义。 TABLES: CONSTANTS: DATA: FIELD-SYMBOLS: PARAMETERS: 数据是按照构造体、内部表格、全局变量的顺序来定义的。 SELECTION-SCREEN、 SELECT-OPTIONS和PARAMETERS相同,因为是作为输入的参数来处理的,所以编码的位置和PARAMETERS一样。 数据定义方面, 使用LIKE的方法要比直接指定TYPE好一些。 （关于LIKE指定是将在意义上相关的项目进行指定。只有数据型和 SIZE 相同时,无关的项目不指定。 不能指定精确的LIKE时,使用TYPE） 将数据定义部分作为INCLUDE文件也是可以的。 （包含文件是根据报表程序的命名规范来进行的）  ３．处理部分 （１）主要处理 　START-OF-SELECTION必须记载。 　根据需要以下的对下述事件进行编码。 事件的编码顺序上,没有什么特别困难的情况,依照下述内容进行。 　INITIALIZATION 　AT SELECTION-SCREEN 　START-OF-SELECTION 　END-OF-SELECTION 　AT USER-COMMAND. 　TOP-OF 　END-OF 　※AT LINE-SELECTION. 、AT PFn.の编码位置和AT USER-COMMAND.一样。 　 子程序 　子程序是由FORM开始,ENDFORM结束的。 　（这里所讲的子程序指的是“内部子程序”） 　通常, 是在事件编码之后对子程序进行编码。 　将子程序进行整理,作为包含文件来处理也是可以的。 　（包含文件是根据报表程序的命名规范来进行的） 　※作为包含文件来处理时,在数据定义部分之后进行编码。 　例．　不作为包含文件来处理时的情况如下: 　DATA: 　START-OF-SELECTION 　TOP-OF 　FORM 　ENDFORM 　　　作为包含文件来处理时的情况如下: 　DATA: 　INCLUDE Zajxmmnn.” FORM 的INCLUDE 　START-OF-SELECTION 　TOP-OF 报表程序的菜单 　报表程序是作为一个原则,使用SAP标准的菜单。 　但是,在限制功能的情况以及追加功能的情况下,由用户来作成菜单。 　那种情况依照以下的标准进行。 　GUI status的属性是选择“一览”。 　功能名没有用「」这一符号括起来的是SAP标准。 　 用「」这一符号括起来的,没有以SAP标准来定义,而是以本项目作为标准。 　在功能代码上有”＊”的,是因为以SAP标准来定义的,所以用户没有必要再做特别定义。 *1功能代码的“%PC”是在使用SAP标准的下载功能时设定的。 　用应用程序独自格式化的下载时,使用其他的功能代码。 　*2是用应用程序的最重要的功能来进行设计。 　功能名称是“执行”或者“最重要的功能名”。 　将功能名称“执行”时的功能代码是“RUN”或者“EXEC”。 　具体采用哪一个,依照各个项目进行统一。（推荐使用“EXEC”） 　第一个画面推荐使用SAP标准的菜单。 　例外的用用户设定的菜单的情况, F8的功能代码为“ONLI”。  DYNPRO程序 DYNPRO程序是由逻辑控制和模块池组成的。 １．逻辑控制 逻辑控制是按照在模块池里被定义的模块的执行顺序来定义的。 逻辑控制的事件是按照以下的顺序来进行编码。 PROCESS BEFORE OUTPUT PROCESS AFTER INPUT PROCESS ON HELP-REQUEST PROCESS O