大家好,今天小编关注到一个比较有意思的话题,关于即将废弃的编程语言有哪些的问题,于是小编就整理了3个相关介绍即将废弃的编程语言有哪些的解答,让我们一起看看吧。
SAP主要用什么语言开发?
大家说的SAP,从产品上大多数是指SAP R3,是1992年推出的,而java在1995年才推出,所以根本不存在SAP R3底层是Java开发的说法。
它的底层是C语言开发的,这一点从st22里面系统的dump信息里面可以明显看出来。
C语言只实现了最核心的功能,所有的业务功能都是用ABAP4开发的,这是一种SAP自己发明的语言,也是运行在虚拟机上,第一次运行的时候会自动编译成字节码,只是大部分人感觉不到而已。
SAP对J***a开发的支持,只有Webdynpro for J***a一个技术,用来开发Web应用,其动机是用来吸引众多的J***a开发人员。
可惜随着Webdynpro for ABAP的推出,SAP对这方面的投入逐渐减少逐渐废弃掉了。
现在SAP的新产品如CRM7中,Web界面主要是由Webdynpro for ABAP实现的。
ABAP是SAP专有的开发语言,和市面上常见的其它的开放式平台语言不同,SAP是专为处理企业数据和业务逻辑而生的,和SAP的商务套件S4/Hana是紧密集成的,在大数据量处理,复杂业务流转,高并发,事务管理等企业级应用领域有着无可比拟的优势。SAP开发环境有一定封闭性,导致公众了解程度不高,专业性比较强。
J***a编程时提示使用或覆盖了已过时的API,是什么原因?
这种情况不止j***a有,其他编程语言也有,理由都差不多。
j***a从1995年出生,到现在已经发展到version 10了,期间也在不停的升级迭代。每个版本之间,提供给开发者的API,其实是在不停变化的,有添加的,有删除的,也有修改的。
为了不至于让变化来的太突兀,这些编程语言的提供者通常会给开发者一个缓冲期,选择保留祖传代码,同时提供新的API接口,在缓冲期内,新旧接口可以并存,都能在现有的版本中受到支持,这样既方便旧代码的维护,又方便了新接口的普及。但是为了促使开发者使用新的接口,就会给一个这样的警告,吓唬你赶快升级以适应新的版本变更。
其实这个缓冲期往往是永久的,大多数编程语言一直会保留到死,并不会真正的废弃。但开发语言的提供者理论上保留了完全删除旧有接口的权利,到时候你的旧代码在新版本中就跑不动了。
一般有经验的老程序员,会选择无视警告,因为他们的眼中只有错误,不关心警告。
但其实正确的做法是升级旧的代码,使用新的接口。既然旧的接口已经被废弃,说明多多少少都是有点问题的,可能是出于性能考虑,也可能是出于安全考虑,反正不建议你继续使用,最好还是不要再使用了。
如果忽略这个警告,终于有一天你的代码也会变成祖传代码。
没什么原因,就是你使用的API已经过时了,可以使用,但是官方不建议使用,后面新开发的技术也不会为这个API提供优化等。一般这种情况下都会有新的API可以替代的,详情您应该去参考帮助文档,而不是一开始就问别人。
J***a编程时提示使用或覆盖了已过时的API,是什么原因?
没什么原因,就是你使用的API已经过时了,可以使用,但是官方不建议使用,后面新开发的技术也不会为这个API提供优化等。一般这种情况下都会有新的API可以替代的,详情您应该去参考帮助文档,而不是一开始就问别人。
这种情况不止j***a有,其他编程语言也有,理由都差不多。
j***a从1995年出生,到现在已经发展到version 10了,期间也在不停的升级迭代。每个版本之间,提供给开发者的API,其实是在不停变化的,有添加的,有删除的,也有修改的。
为了不至于让变化来的太突兀,这些编程语言的提供者通常会给开发者一个缓冲期,选择保留祖传代码,同时提供新的API接口,在缓冲期内,新旧接口可以并存,都能在现有的版本中受到支持,这样既方便旧代码的维护,又方便了新接口的普及。但是为了促使开发者使用新的接口,就会给一个这样的警告,吓唬你赶快升级以适应新的版本变更。
其实这个缓冲期往往是永久的,大多数编程语言一直会保留到死,并不会真正的废弃。但开发语言的提供者理论上保留了完全删除旧有接口的权利,到时候你的旧代码在新版本中就跑不动了。
一般有经验的老程序员,会选择无视警告,因为他们的眼中只有错误,不关心警告。
但其实正确的做法是升级旧的代码,使用新的接口。既然旧的接口已经被废弃,说明多多少少都是有点问题的,可能是出于性能考虑,也可能是出于安全考虑,反正不建议你继续使用,最好还是不要再使用了。
如果忽略这个警告,终于有一天你的代码也会变成祖传代码。
到此,以上就是小编对于即将废弃的编程语言有哪些的问题就介绍到这了,希望介绍关于即将废弃的编程语言有哪些的3点解答对大家有用。