应用程序组件,软件组件,传输层,包接口

2020-08-26 03:58发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


上下文:

我最近遇到了一种情况,我的c1类型的用法未在其他人的系统上编译。 我错误地认为c1是内置类型,但实际上它是在包APPL-> CCMB中定义的数据元素。

我想我不是唯一一个会犯此错误的人,我运行了一个使用地点清单,实际上我的系统上有300多种类型的c1使用。 您如何分辨哪些有效使用(在体系结构上,现在暂时忽略其语义含义),哪些无效?

有些软件包接口应该可以帮助我找到此信息。 我知道这些是做什么用的,但我不知道它们在实践中是如何使用的。 此外,并非每个软件包都定义了一个。

-当今人们是在创建和依赖包接口,还是过时的概念?

-如果违反了包接口怎么办? 是否足以防止传输释放严重错误?

我的主要问题是:

我的客户的系统不一定要包含与我自己的对象相同的对象。 然后我该如何判断可以重用什么,什么不可以重用?

总的来说,我想知道:

在SAP中,我们还有一些尚不完全清楚的概念:

-应用程序组件

-软件组件

-传输层

这些术语看起来都可能对客户系统上的最终结果负责。 它们是做什么的,以及它们如何相互作用?

本着共享知识的精神,我选择公开询问而不是询问同事,因为我希望人们在搜索有关SAP开发的信息时能获得有意义的结果。 随时包含指向任何相关文章或书籍的链接。

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


上下文:

我最近遇到了一种情况,我的c1类型的用法未在其他人的系统上编译。 我错误地认为c1是内置类型,但实际上它是在包APPL-> CCMB中定义的数据元素。

我想我不是唯一一个会犯此错误的人,我运行了一个使用地点清单,实际上我的系统上有300多种类型的c1使用。 您如何分辨哪些有效使用(在体系结构上,现在暂时忽略其语义含义),哪些无效?

有些软件包接口应该可以帮助我找到此信息。 我知道这些是做什么用的,但我不知道它们在实践中是如何使用的。 此外,并非每个软件包都定义了一个。

-当今人们是在创建和依赖包接口,还是过时的概念?

-如果违反了包接口怎么办? 是否足以防止传输释放严重错误?

我的主要问题是:

我的客户的系统不一定要包含与我自己的对象相同的对象。 然后我该如何判断可以重用什么,什么不可以重用?

总的来说,我想知道:

在SAP中,我们还有一些尚不完全清楚的概念:

-应用程序组件

-软件组件

-传输层

这些术语看起来都可能对客户系统上的最终结果负责。 它们是做什么的,以及它们如何相互作用?

本着共享知识的精神,我选择公开询问而不是询问同事,因为我希望人们在搜索有关SAP开发的信息时能获得有意义的结果。 随时包含指向任何相关文章或书籍的链接。

付费偷看设置
发送
7条回答
Alawn_Xu
1楼 · 2020-08-26 04:47.采纳回答

从便携性的角度来看,最重要的概念是软件组件。 这意味着总是一起部署的一组开发包,以及单独的版本控制和彼此之间的依赖关系。 每个软件包仅属于一个软件组件。 当您安装诸如ECC之类的SAP产品时,您会安装一堆这些组件。

我不能说标准的SAP/附加组件开发,但是我想程序员应该特别注意不要违反这些依赖关系,否则会破坏一致性。

对于内部开发而言,这通常没有太大的意义,因为它们通常是针对开发和使用的唯一系统量身定制的。 但是,如果您打算设计可分配给客户名称空间的某些内容,则必须决定哪些组件是每个目标系统上必须存在的最低要求才能使您的东西正常工作。

可在所有SAP系统上使用,仅使用组件SAP_BASIS和SAP_ABA中的对象,这些对象随处可见。 如果您开发ECC扩展,还可以使用SAP_APPL中的功能。

包接口可以帮助您识别哪个是包内部实现的一部分,以及哪些部分供外部使用。 如果发布了新版本的对象,则坚持使用这些对象可以减少需要进行重构的风险。 他们绝不认为它们已经过时,但是据我所见,SAP并没有真正在其软件的较早部分添加软件包接口的麻烦。 另一方面,在更新的东西中,变化更大,您会偶然发现它们。 如果可以,请使用它们。

应用程序组件是基于业务领域的功能分类,这些功能包标记了它们在应用程序层次结构中的位置。 尽管不是强制性的,但我还是希望为我的自定义程序包填充此内容,并使用同一应用程序组件的程序包中的标准对象,以使其在"语义上正确"。

打个大熊猫
2楼-- · 2020-08-26 04:54

作为开发人员的补充 ,我可以确认。 根据经验,如果以S或RS开头的软件包中使用它,通常是安全的。 我们始终会导入仅基于基础的堆栈-请确保。 我记得曾经发现HR模块的一部分错误是SAP_BASIS ...

内部开发人员在迁移到s4hana时遇到了类似的问题-这是因为s4hana中不再提供某些行业解决方案和其他软件包 。

ZJXianG
3楼-- · 2020-08-26 04:45

嗨,

组件CCMB(客户交互中心)已被S/4淘汰,因此已删除。

如果您转换系统,任何使用CCMB的操作都会在相应的报告中出现错误。

应用组件:主要是在检查笔记时需要

软件组件:系统上安装了什么:通过菜单找到完整列表:system-> status

SAP系统建立在几个层(组件)上

运输层:请与您的基础小组联系

感谢您的回答。 但是,CCMB仍然存在于我的S/4HANA 2020系统上。 怎么可能?

haha101010
5楼-- · 2020-08-26 04:41

包接口可以在客户端包的"使用访问"中使用。 背后的理论是,您封装服务包,声明带有暴露对象的包接口,并将该包接口声明为所有客户端包中的使用访问权限。

事务SE21和ABAP测试驾驶舱/代码检查器包含一个程序包检查,但是即使我声明了一个非公开对象并将错误严重性设置为,该检查也不会报告系统中的违规情况(SAP Basis 7.40)。 "错误"。

您可以找到与您的主题类似的讨论 stackoverflow

风早神人
6楼-- · 2020-08-26 04:36

我在stackOverflow中开始了本主题,该主题仅与软件组件有关。 我认为这不会给弗雷德里克(Frederik)问题带来更多信息。

nice_wp
7楼-- · 2020-08-26 04:53

嗨,弗雷德里克,

对不起,我们每个人都没有2020 S/4,除了您在SAP之外,您还拥有更多见识。

当前官方信息表明CIC不是S/4的一部分

https://launchpad.support.sap.com/#/notes/2229726

一周热门 更多>