微信群不能扫码进了,可以加我拉进群,申请时请提供您哪个模块顾问,否则是一律不通过的。
进群统一修改群名片,例如BJ_ABAP_森林木。群内禁止发广告及其他一切无关链接,小程序等,进群看公告,谢谢配合
不修改昵称会被不定期踢除,谢谢配合!
最近接手的代码,怎么说呢?原作者水平肯定是有的,而且很高。
但是明显的一个感觉就是他特别喜欢用动态语句。
喜欢用一些新语法。
后来的一些改动,比较大的时候我直接就把动态的给注释了,然后按自己的风格写回原来的那种老代码了。
反正以后这些业务都是我接手,我怎么舒服怎么来吧。
其实我也用动态,也写过一些动态的东西。
《动态内表技术获取字段描述》
《ABAP 动态生成内表方法一》
《ABAP 动态生成内表方法二》
《ABAP 动态生成内表方法三》
《ABAP动态内表使用的例子》
《创建动态内表 generate_subpool_dir_full dump》
《表维护视图DEMO(2):动态控制显示列》
《不同结构间非空字段相同字段动态赋值》:http://blog.sina.com.cn/s/blog_c0978c9b0102x4wj.html
不过我还是不太喜欢用,因为差错的时候,debug的时候,看着不舒服。
当然,主要是因为我脑子笨,太复杂的了我想不明白……
另外一个原因是我懒,我懒得去想明白……
嗯,还有,老了,怀旧……
我宁可使用一些if,一些case.用一些看似冗余的代码。
习惯了自己原来的风格,也就不太愿意改变了。
可能用动态的写就十几行,几十行。
我写出来可能上百行。
反正这东西又不影响效率,代码除了执行无误外,我觉得易懂也很重要。
一年两年经验的看着也能看懂,他们到时候维护的时候直接就能上手。我觉得这个也挺有必要的。
有时候看到老代码,为了复用,整了很多标记啊或者一些参数啊。
不同的参数执行不同的逻辑。
哎,维护起来那就是个坑啊,有时候六七种情况,里面各种判断条件。
改动的时候生怕影响了别的,我都是一边debug一边改。
烦得不行。
我自己的风格是,每一个单独的功能写一个单独的function或者form。我自己倾向于用function,哪怕报表里面我也喜欢去调用自己写的function。
这只是个人习惯而已,就跟陕西山西人爱吃面南方人爱吃大米一样,仅仅是习惯而已。
我是习惯每个功能独立,相似的功能是调通一个后copy出来,然后改这个copy的,互相不影响。
甚至尽量颗粒功能都独立一些。方便后面拿一个个积木块攒功能。
当然也有问题,就是最后发现最初的那个就有bug,然后改动可能需要改很多。或者有时候功能变动大,相关调整的地方可能也挺多的。
各有利弊吧,我只是不喜欢动脑子。每一个简单明了,傻瓜式的写,傻瓜式的调用,傻瓜式的改。
简简单单的,挺好~
WDA Demo
WDA DEMO 0:开启服务 设置hosts |
WDA DEMO 02: 简单介绍 |
WDA DEMO 03: 根据选择条件查询并显示 |
WDA DEMO 04: select options 查询并显示 |
WDA DEMO 05:两个table联动展示数据 |
WDA DEMO 06: 创建事务代码 |
WDA DEMO 07 页面跳转及全局变量的使用 |
WDA DEMO 08 全局变量方式二 |
WDA DEMO 09 ALV 简单展示 |
WDA DEMO 1:简单查询并显示结果 |
WDA DEMO 10 代码模块化整理 |
WDA DEMO 11 根据BAPI/Function创建WDA |
Debug 系列
DEBUG 系列一:Dump debug |
DEBUG 系列二:Configure Debugger Layer |
DEBUG系列三:使用 F9 和 watch point |
DEBUG系列四:第三方接口debug |
DEBUG系列五:Update 模式下的function debug |
DEBUG系列六:后台JOB debug |
DEBUG系列七:保存测试参数 |
DEBUG系列八:Debug弹出框 |
debug系列九:SM13查看update更新报错 |
DEBUG系列十:Smartforms debug |
DEBUG系列十一:GGB1 debug |