您应该使用BAPI-这些是官方API。 如果使用后面的类，则将使用标准代码库中不适合客户使用的部分。 您需要自己承担风险。 如果您设法解决问题，SAP会向您收取一笔巨额费用来修复。

我所做的也是。 编写一个包装器类来处理所有用户帐户管理任务，从而隐藏所有那些讨厌的BAPI。

如果您一遍又一遍地重复说明您不想使用API​​但拒绝解释原因，那么没人会从毫无根据的"我如何以非标准的方式来做"的问题中学习任何东西。

对我来说，这是一个毫无意义的问题，因为它现在就存在，并会引起人们的反对。

你好曼苏尔

如果您查看BAPI_USER_CHANGE内部的内容，将会看到所有类，例如cl_identity，cl_suid_tools，cl_identity_tools等。只需看一下源代码，您就会获得所有类。

谢谢

那不勒斯

那太残忍了！ 实际上，您没有得到我所要求的BASELESS问题。 寻找没有BAPI的标准方式。 任何工厂类的东西吗？

嗨，

我相信这些可以帮助您：

• BAPI_USER_CHANGE
• BAPI_USER_UNLOCK/BAPI_USER_LOCK
• SUSR_USER_CHECK_EXISTENCE

此致

艾萨斯州

没什么苛刻的，至少我花时间解释了为什么我投票不足。

无根据：没有基础或基础，无根据； 无理。 （牛津英语词典）

尽管重复询问，您仍然没有提供任何依据或理由。 为什么没有BAPI？ 你想达到什么目的？ 您想解决什么问题？ 在没有BAPI的情况下执行此特定任务，您或该论坛上的任何人有什么收获？

SAP提供和支持的官方API是我们大多数人使用的"标准方式"。 您不应无缘无故地避免使用它们。 如果您只想知道SAP在内部如何进行，请对其进行调试。 如果确实有其他原因不使用BAPI，请共享它。

包括我自己在内的人们正在努力提供帮助。 有时，有充分的理由不使用BAPI，然后我们尝试找到解决该问题的解决方案。 这就是这个社区的意义。 但是，如果您不回答人们的疑问，我们将无法做到，最终会浪费人们的时间。 有五个人被它推倒了，足以投反对票。 如果原因只是出于您自己的好奇心，那么这也完全正确，但是请您这样说。

OOAD方法是编写您自己的类。 如果需要，可以使用工厂方法。 well