|
|
本帖最后由 sydongsun 于 2012-9-11 13:17 编辑
ABAP报表的大部分步骤是可以做成自动化的。我在教学的时候,我是把ABAP报表分解为10个步骤,其中前8个步骤和最后一个步骤,这些代码的编写是拷贝黏贴和稍作修改。编程序的都根本无需动什么脑经。大家稍微要差不多动一些脑力的东西,只有第9个步骤,就是不同内表数据整合那个环节,但是这个环节是也具有规律可循,基本上分为三种模式,明细数据找汇总数据,汇总查明细,“打平”数据等。所以编程上,大家都是10%的时间完成了90%的代码,把90%的时间用于整合数据的那个地方和测试即可。
做这样一个自动生产代码的工具,我觉得最好结合Excel工具,也就是在Excel中把表之间的链接关系,和表之间的需要获取的字段在excel中整理好,并结合表之间的数据的1:N和 N:1的关系也做一些提示,并在excel中可以直接标注那些字段是显示在报表中的和他们的次序,这样比之前我见过的编码辅助工具就会更好一些。这样可能编自动的代码生成生成的效果会更好精准一些。
我觉得,楼主的想法不错哦。我之前是为了教只有差不多初高中学历水平的同事学习abap,为了让他们感觉abap编程非常简单,在教学报表开发的时候全力思考的并分解的10个步骤,其实这9个步骤已经非常自动化了。如果要实现代码自动化。也应该不难。
总之,我觉得是非常可以做的,而且这样做的好处:
1. 通过代码产生的程序会非常规范。
2. 避免一些人为编写代码容易造成的小毛病或者不应该出现的毛病;如果能基于数据表的索引等情况自动智能的选择较好性能的SQL语句就更棒了。
3. 开发一个这样的工具,着眼于能让很多企业的开发的关键用户(之前没有任何变成基础的),能基于这样的代码自动化工具能自己开发一些报表程序。这样的工具的生命力就扩大了。不但只是为了帮助会ABAP的提高工作效率(对这部分人来说,有些abap觉得可能还是自己编写代码没有什么,对工具不太感冒),而且可以让其他不会abap的人能编写中等复杂度的报表(最少目标是内部的功能顾问,因为他们应该要熟悉模块的后台的表,或者给他们稍稍培训,让他们熟悉sap的后台表或者查找后台表)。那就非常具有生命力了。4. 从长期的统计意义上工作量看来,一个企业的SAP开发超过60%以上都是ABAP报表的开发,能做一个这样的工具,提高工作效率是很不错的。
5. 最大的困难是整合数据这一块,当然这一块由人工补充也是合理的。至少代码自动化已经完成了很多的工作了。
我很有兴趣做一个这样的东西,之前已经完成了从excel上自动执行各类ABAP报表的功能,把程序进一步完善下。而且的ABAP的动态编程也提供了很好的这样的技术基础。
|
|