为什么建议不再使用ActiveX控件

与SAP系统通信许多脚本或VBA程序员使用SAP GUI for Windows中的ActiveX控件。有wdtfuncU.ocx文件使用类IDSAP.Functions.Unicode, wdtaocxU.ocx文件, wdobapiU.ocx文件以及wdtlogU.ocx文件. 它们是SAP GUI for Windows安装的一部分。所有这些ActiveX控件都依赖于经典的RFC库librfc32u.dll。经典的RFC库自2016年4月1日起不再受支持，自即日起不再在SAP ONE中提供。但它也是实际的SAP GUI for Windows安装版本7.40 patchlevel 8的一个组件。因此，它是SAP GUI for Windows安装的一部分。没有经典的RFC库，通过ActiveX控件与SAP系统的通信是不可能的。

在与程序员的一些讨论中，我看到他们希望在新项目中使用这些ActiveX控件。做出这一决定的主要原因是

这些库不需要在任何系统和设备上进行额外安装即可使用互联网上有很多例子，云计算和大数据的区别，

但是我认为有强有力的论据反对在新项目中使用ActiveX控件：

对经典RFC库的依赖性，这是绝对不赞成的。ActiveX控件不会有进一步的开发。不可能使用较新的ABAP函数模块，有享云商城，后者在导出参数中使用表。ActiveX控件没有未来。

我认为我们不应该感到舒服，大数据与数据挖掘，我们不应该决定使用这种旧的时尚技术，否则我们剥夺了我们很多未来的可能性。我只能建议使用替代品。软件的使用时间通常比通常假设的要长。从可维修性和进一步开发能力的角度来看，返利是什么意思，物联网和互联网的区别，用这种技术开发一个新的项目是不好的。