• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

根据屏幕文件生成RPG代码的思路

发布: 2007-6-08 22:43 | 作者: seanhe | 来源: | 查看: 23次 | 进入软件测试论坛讨论

领测软件测试网
目前的想法
  由于操作SUB FILE的代码很类似,也很简单,为了减少错误,提高效率,
因而产生了一个根据屏幕文件生成RPG代码的想法
大致的流程
  1。用户先用SDA设计好屏幕
     SUBFILE的名字SFXXXX
     SUBFILE选择项的名字S#SLX      
  2。程序
       提供F表需要的PF的定义,和需要的操作
          根据输入的表生成keylist和keylist的对应的变量
       判断屏幕文件 是否存在SUBFILE
  3。如果存在,
       那么依据指示器,生成 @CRTSB @DBTOSF @REDSB @CHKSB 等函数。
     @CRTSB功能填充SUB FILE(调用@DBTOSF)
     @DBTOSF功能SUB FILE的赋值语句
     @REDSB功能调用SUBFILE 显示
     @CHKSB功能遍历SUBFILE 看看是否存在选择项

 hanyu 回复于:2004-12-29 19:54:40
辛苦了,考虑一下显示文件也由PF生成。

 wildfish 回复于:2004-12-29 21:02:29
我觉得屏幕文件用sda还是很容易生成的,其实要生成也不是未尝不可,只是在考虑生成的模式问题。是一个直接的录入的界面呢?还是一个subfile可以查询,然后f6新增/subfile input option来进行update,delete操作的模式。这个还没有考虑清楚。所以目前 步准备按照屏幕文件来生成一些常用的函数

 hanyu 回复于:2004-12-30 08:38:25
如果只是简单的录入的功能,用DFU直接生成程序基本也能满足需求。做成子文件后,好处是业务人员更直观一些。
这种做法存在的问题是只能生成通用的数据维护界面,如果有特殊要求如组合条件查询、数据有效校验必须对自动生成的源码进行修改,重编译,一旦数据文件增加字段就比较痛苦了。

 wildfish 回复于:2004-12-30 09:15:54
:)多谢老大指点,我目前只想做成一个模板的功能。等这个做成了,然后再考虑在这个基础上继续扩充,我刚开始只想把主干功能完成。就如同我们自行开发的spool file管理程序一样,缘由其实很搞笑:我只是觉得删除spool file很麻烦,才作了那个程序,没想到后来应用到了生产上。我个人觉得不太可能做成完全不需要修改的程序,除非我能提供一个化流程图的。由图形生成代码,可是这已经超出了我的能力范围:)

 qingzhou 回复于:2004-12-30 11:49:35
[code:1:58ccb6cc8d]2。程序 
提供F表需要的PF的定义,和需要的操作 
根据输入的表生成keylist和keylist的对应的变量 
判断屏幕文件 是否存在SUBFILE 
3。如果存在, 
那么依据指示器,生成 @CRTSB @DBTOSF @REDSB @CHKSB 等函数。 
@CRTSB功能填充SUB FILE(调用@DBTOSF) 
@DBTOSF功能SUB FILE的赋值语句 
@REDSB功能调用SUBFILE 显示 
@CHKSB功能遍历SUBFILE 看看是否存在选择项 [/code:1:58ccb6cc8d]

最好给事例说明,人家才能看懂。。。

辛苦了。。。鼓励一下。。。 :em02:  :em02:  :em02:

 Sillycube 回复于:2005-01-20 23:43:39
同意,同意

 xuguopeng 回复于:2005-01-21 08:33:13
是否可以考虑这样做:

在用户创建一个PF或LF的时候,同时生成3个程序或者子过程,分别是查看、编辑、删除(SUBFILE)

DSPF的格式是基本固定的(因为一般是从PF中读取出来并套用格式)

有可能会出现宽度超过屏幕的宽度,可以给选项调出SDA给于修改的功能

不怎么懂编程,瞎想的,不知道有没有用

 Eagle_wolf 回复于:2005-08-12 21:18:00
偶尔翻到这个了,不知道楼主的想法实现没?
我们公司有一个类似的程序 根据pf自动生成dspf和对应的rpgle代码
原理比较简单 就是写个模版程序 作为预编译数组 然后程序读这个数组
里面用些符号标记健字等每个表不同的东西 关键是模版和程序对细节的控制

 wildfish 回复于:2005-08-12 22:23:36
呵呵,还没。因为后来很多事情,没那么多精力在rpg上面开发,现在主要忙于系统日常维护,还有.net应用框架的调整,所以很少有时间去纯粹的考虑这些。现在想想有些汗颜。其实,我当时想用.net实现,从400下载dspf,然后,解析固定格式,不过这样需要构建蛮多对象的。我当初的目的是,为了维护代码风格的一致性,这样后面的人维护就很简单。现在由于一般的时间忙于别的开发,所以没去做。:)

 fairyboy 回复于:2005-08-13 23:44:02
楼主继续努力哦,真想看到功能完成实现的那一天,那么好多400程序员都可以下岗种田去拉。

 wildfish 回复于:2005-08-13 23:58:24
那至少也得过2个月后,等新系统做好之后才有时间,不过那时候就很少用rpg了,至少我负责的子系统估计就不怎么需要做rpg程序了。

 riancy1106 回复于:2005-08-14 22:13:55
不过这个工具应该还是很有用的,期待中!

 YZG 回复于:2005-08-15 10:08:19
这种东西做出来也是很有局限的.

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网