前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >ABAP技术梳理回顾

ABAP技术梳理回顾

原创
作者头像
古道无仙
修改2021-07-09 14:24:19
3810
修改2021-07-09 14:24:19
举报
文章被收录于专栏:叕鰦座叕鰦座

之前已经写到公众号了,发现没同步过来,补一下。

ABAP技术梳理回顾 (qq.com)

首先庆祝下我司继续领跑,朋友圈号称杀疯了~也欢迎大家加入,base地一线+重庆+大连

最近真的太忙了,太忙了。

然后呢,就前几天和小伙伴聊的时候对他们的迷茫的点,做一个总结梳理与回顾,虽然这篇应用的技术,可能90%都不会在实际项目使用了,或者说已经通过SAP的升级有了解决方案了。不过做个回顾吧,万一大家有遇到呢。

有些不是纯ABAP的开发知识,是从整体到细节分享的技术总结:

有些因为自己也太久太久没做,也当对自己的一个技术回顾,快速过:

20年前:

汇编语言:

1.首先是有实验的目的:也就是课程设计和思路

图片
图片

2.然后是进行设计落地:

图片
图片
图片
图片

3.最后是汇编语言对设计进行机器指令识别验证:

图片
图片

20年前-15年前:

XML/XSLT/JS/JQuery/J2EE等:

因为是做产品研发,当时公司是物理手段解决的资料COPY(研发电脑直接是用胶水堵住USB口),所以完全没有办法学习公司内部使用的,类似Xpage(非XPath)这样的有专利的架构

图片
图片

可以看到已经完全过时了,源代码失效

图片
图片

好,回顾了之前的例程,现在总结下,从之前的学习和研发经验中,拥有了完整的从硬件到软件,从需求到设计到落地的完整工作经验(当时对研发的要求,机房IDC的布线,硬件防火墙策略,raid方案与磁盘带库,以及铜芯心跳都是属于设计范围)。

下面给大家简单补充下,当时的职业规划计算,可以做参考:

  1. 硬件方向:要成为能参与硬件设计,硬件谈判的专家,当时预计至少7年以上,需要设计,编程,上流水线,流水线旁边的故障台,还有针对不同要求的极限测试房等;
  2. 软件方向:以当时最熟悉的J2EE举例,至少需要5年时间成为架构师,这个百度下就知道;
  3. ABAP开发:也就是接下来要给大家讲的了
  4. ABAP相关需要了解的硬件与组网架构(basis知识,非必须): 就SAP传统的大家最熟悉的方式: 就传统的SAP开发环境讲是只需要ABAP代码就可以了: DEV(开发环境)-QAS(测试环境)-PRD/TST(生产环境) 版本管理通过请求号(也有通过Solution Manager进行请求号管理,不允许直接手工创建) 而还有一些特殊的需要用到NWDS开发环境 版本管理通过SAP的DTR工具
图片
图片

2.ABAP相关的应用层技术知识:

下图只有很少一部分,还有很多很多没写的,比如和微软合作的persos已经到3.0版本了,BPC用的也不全是ABAP,还有hybris需要用JAVA等等;

图片
图片

在接下来呢,就主要想讲讲用得很少的技术,或者说不好百度的技术:

  1. GuiXT(可以被ABAP自开发/Fiori等前端技术取代): SAP的屏幕脚本技术:可以通过脚本方式修改界面展示
图片
图片
  1. 基于VB的SAP录屏技术(可以被BDC,RPA等取代) 最常见应用是主数据顾问应用在excel中,可以实现固定的收集模版收集好数据后,一键进系统
图片
图片

多说一点,如果是SAP GUI Script的话,结合如下图的录制工具, 就可以支持录制脚本,且支持vb、python、java、powerShell等多种脚本语言的导出

图片
图片
  1. 一些基于Mircosoft的技术: 语音输入技术最早是Voice97,而输出技术早就很成熟了 如下代码:
图片
图片
  1. 然后是对中文的判断: 判断是否包含汉字
图片
图片

找出字符串中的中文

图片
图片
  1. 同样的原因,可以用OLEDB实现数据库的链接,而不是只有Native SQL与Open SQL 这2个选择; 应用场景如:2015年左右,SAP的ODBC只支持MSSQL的32位版本,无法支持X64,可以用这套OLEDB方案解决
图片
图片

多说一点,加上其他的类似ocx调用等,这些可以极大的扩展本身SAP限制不能实现,但是对Windows操作系统又是很好支持的技术。

  1. Freestyle BASIC Script Language 这是一个可以用ABAP直接执行API/DLL的技术,但是需要FBSL支持,不像之前的ocx,ole是属于Windows系统本身自带的 之前SAP不支持Stock的时候可能用得上,现在的话应该是完全用不上了

        主要本身这个技术太老了,Win95时代的技术

图片
图片
图片
图片
图片
图片

最终总结,其他的前端呢,其实在Fiori啊,SAPUI5啊,没有出来之前还有很多架构可以进行第三方支持(现在也可以,不过现在不再建议了),大家就跟着学习SAP升级后的新技术应该用Fiori就Fiori挺好的。

因为3个点:

  1. 特殊方案对个人能力要求太高,而且不通用不好运维
  2. SAP的新技术发布多是应用层技术,会极大的降低大家的学习成本
  3. 还有就是如果用的是SAP的升级技术,其实大家之前的代码也不会弃用,可以同步支持

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档