混合的.net/sap系统有意义吗？

Question

这个问题可能有点模糊，但现实生活就是这样的。

我们公司正在推广SAP系统。我知道他们现在做网络服务，所以我们可以同时推出.NET的东西，因为我们知道我们可以用C#做任何事情。

SAP - .NET集成的过程中有哪些陷阱？我理解SAP的逻辑与“标准”编程有很大的不同，但我希望将“业务”部分与“表示”部分分开，用ASP.NET编写。

Answer 1

如果您的应用程序不需要SAP Portal集成，并且您的客户不要求类似SAP的外观，那么您可以自由地使用您喜欢的任何表示层。

我不同意当您选择进行sap集成时必须使用SAP工具的立场。像NWDI或旧的NWDS这样的产品显然是一个令人头疼的问题(我不会在这里详细说明，这是一个很长的故事)，在我看来，如果你不是一个100%专注的sap集成商，培训人们学习Webdynpro是不值得的。

Answer 2

我是SAP ABAP和Microsoft.NET开发人员。我在一家公司工作，该公司使用SAP和其他平台创建软件，如Microsoft.NET、Java和RoR。

由于您的公司正在推出SAP，因此您应该获得ECC 6.0后端，它可以使用RFC或Webservices。

SAP有一个标准的API，称为Business API(也称为BAPI)。您可以在BAPI transaction上试用它们。

一个很好的例子是：BAPI_USER_GET_DETAIL。

此BAPI负责返回有关任何SAP用户的信息。BAPI只需要一个名为USERNAME的输入参数，并返回不同的数据结构，其中包含有关用户的信息，如电子邮件、名字和姓氏、用户配置文件等。

在ABAP内部，调用此BAPI的模板应该如下所示：

CALL FUNCTION 'BAPI_USER_GET_DETAIL'
EXPORTING
USERNAME = sy-UNAME
* IMPORTING
* LOGONDATA =
* DEFAULTS =
ADDRESS = L_IT_RETURN1
* COMPANY =
* SNC =
* REF_USER =
* ALIAS =
* UCLASS =
* LASTMODIFIED =
* ISLOCKED =
TABLES
* PARAMETER =
* PROFILES =
* ACTIVITYGROUPS =
RETURN = L_IT_RETURN
ADDTEL = i_Tel
* ADDFAX =
* ADDTTX =
* ADDTLX =
* ADDSMTP =
* ADDRML =
* ADDX400 =
* ADDRFC =
* ADDPRT =
* ADDSSF =
* ADDURI =
* ADDPAG =
* ADDCOMREM =
* PARAMETER1 =
* GROUPS =
* UCLASSSYS =
* EXTIDHEAD =
* EXTIDPART =
* SYSTEMS =.

现在，每个BAPI也启用了RFC (远程函数调用)。这意味着，如果在应用程序中实现SAP RFC API，则可以在SAP中调用设置为启用RFC的任何BAPI或其他函数。

在旧版本中，您可以使用标准的SAP RFC API，或者使用SAP Wizard Connector，如SAP .NET Connector或SAP Java Connector。

在较新的版本中，SAP已经在其ABAP应用服务器上附加了一个for服务器，以便为ABAP运行ITS、BSP和WebDynpro等服务。通过使用此can服务器，您可以将任何RFC发布为WebService。

但是，从我的日常经验来看，SAP R/3的性能并不是那么好。对函数的简单RFC调用将两个数字相加并返回结果，可能需要1到5秒，这取决于服务器的可用性。

发生这种情况的主要原因是，当您使用或WebServices时，会出现很多级别的抽象。

因此，如果您希望您的系统可用于日常事务(例如，每天通过您的电子商务应用程序创建5.000个客户，或者在网上进行大约40.000笔销售)，我强烈建议您使用Java Connector，或者自己实现RFC API。

否则，如果你的应用程序只有很少的人在内部使用，我建议你使用SAP连接器或WebServices，因为它们完全是面向.NET的。

希望这能有所帮助！

(请在下面的链接前加上http://前缀，因为我没有足够的声誉来发布链接:( )

RFC : help.sap.com/printdocu/core/Print46c/EN/data/pdf/BCFESDE4/BCFESDE4.pdf

SAP .NET连接器: help.sap.com/saphelp_nw04/Helpdata/EN/e9/23c80d66d08c4c8c044a3ea11ca90f/content.htm

SAP Java连接器: help.sap.com/saphelp_nw04/helpdata/en/6f/1bd5c6a85b11d6b28500508b5d5211/content.htm

使用ABAP: wiki.sdn.sap.com/wiki/display/stage/Service+Enabling+in+ABAP创建WebServices

Answer 3

一些一般性的建议。

• 在我看来，你似乎在寻找一些“黄金路径”或类似的东西。休想。在sapland，没有什么是简单的，直接的，或者，嗯，正常的。在每个方向上都有障碍和陷阱。但不要绝望。在痛苦平息之后，sap的进取心(不管它是什么)做得非常好。
• 对于sap的铁杆用户(处理财务、人力资源、库存等事务的用户)来说，你将不得不使用sap提供的服务。gui将是可怕的，但人们的适应能力令人惊讶。如果他们没有其他选择，他们可能会越来越喜欢sap提供的功能。
• 对于临时用户(比如费用报告)来说，使用sap提供的图形用户界面( web或桌面sapgui)是一种资源浪费。用户将找到创新的方法来避免这些应用程序。So.net是最好的选择。你会遇到很多问题。但请记住，另一种选择更糟糕。

回应评论：首先，我不认为报告不应该在sap中完成。报告本质上是丑陋的，而sap在这方面更胜一筹。我考虑的是一些不是用户主要工作的小应用程序。上报费用，管理层审批采购申请等。关于你在哪里可以找到关于上述路障的材料。你不能。你必须先用你的头找到他们。