2020-08-26 03:58发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中） 上下文： 我最近遇到了一种... 显示全部
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
上下文：
我最近遇到了一种情况，我的c1类型的用法未在其他人的系统上编译。 我错误地认为c1是内置类型，但实际上它是在包APPL-> CCMB中定义的数据元素。
我想我不是唯一一个会犯此错误的人，我运行了一个使用地点清单，实际上我的系统上有300多种类型的c1使用。 您如何分辨哪些有效使用（在体系结构上，现在暂时忽略其语义含义），哪些无效？
有些软件包接口应该可以帮助我找到此信息。 我知道这些是做什么用的，但我不知道它们在实践中是如何使用的。 此外，并非每个软件包都定义了一个。
-当今人们是在创建和依赖包接口，还是过时的概念？
-如果违反了包接口怎么办？ 是否足以防止传输释放严重错误？
我的主要问题是：
我的客户的系统不一定要包含与我自己的对象相同的对象。 然后我该如何判断可以重用什么，什么不可以重用？
总的来说，我想知道：
在SAP中，我们还有一些尚不完全清楚的概念：
-应用程序组件
-软件组件
-传输层
这些术语看起来都可能对客户系统上的最终结果负责。 它们是做什么的，以及它们如何相互作用？
本着共享知识的精神，我选择公开询问而不是询问同事，因为我希望人们在搜索有关SAP开发的信息时能获得有意义的结果。 随时包含指向任何相关文章或书籍的链接。
从便携性的角度来看，最重要的概念是软件组件。 这意味着总是一起部署的一组开发包，以及单独的版本控制和彼此之间的依赖关系。 每个软件包仅属于一个软件组件。 当您安装诸如ECC之类的SAP产品时，您会安装一堆这些组件。
我不能说标准的SAP/附加组件开发，但是我想程序员应该特别注意不要违反这些依赖关系，否则会破坏一致性。
对于内部开发而言，这通常没有太大的意义，因为它们通常是针对开发和使用的唯一系统量身定制的。 但是，如果您打算设计可分配给客户名称空间的某些内容，则必须决定哪些组件是每个目标系统上必须存在的最低要求才能使您的东西正常工作。
可在所有SAP系统上使用，仅使用组件SAP_BASIS和SAP_ABA中的对象，这些对象随处可见。 如果您开发ECC扩展，还可以使用SAP_APPL中的功能。
包接口可以帮助您识别哪个是包内部实现的一部分，以及哪些部分供外部使用。 如果发布了新版本的对象，则坚持使用这些对象可以减少需要进行重构的风险。 他们绝不认为它们已经过时，但是据我所见，SAP并没有真正在其软件的较早部分添加软件包接口的麻烦。 另一方面，在更新的东西中，变化更大，您会偶然发现它们。 如果可以，请使用它们。
应用程序组件是基于业务领域的功能分类，这些功能包标记了它们在应用程序层次结构中的位置。 尽管不是强制性的，但我还是希望为我的自定义程序包填充此内容，并使用同一应用程序组件的程序包中的标准对象，以使其在"语义上正确"。
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 My梦 的问题《应用程序组件，软件组件，传输层，包接口》','https://www.easysap.com/answer/34548/97071.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
从便携性的角度来看，最重要的概念是软件组件。 这意味着总是一起部署的一组开发包，以及单独的版本控制和彼此之间的依赖关系。 每个软件包仅属于一个软件组件。 当您安装诸如ECC之类的SAP产品时，您会安装一堆这些组件。
我不能说标准的SAP/附加组件开发，但是我想程序员应该特别注意不要违反这些依赖关系，否则会破坏一致性。
对于内部开发而言，这通常没有太大的意义，因为它们通常是针对开发和使用的唯一系统量身定制的。 但是，如果您打算设计可分配给客户名称空间的某些内容，则必须决定哪些组件是每个目标系统上必须存在的最低要求才能使您的东西正常工作。
可在所有SAP系统上使用，仅使用组件SAP_BASIS和SAP_ABA中的对象，这些对象随处可见。 如果您开发ECC扩展，还可以使用SAP_APPL中的功能。
包接口可以帮助您识别哪个是包内部实现的一部分，以及哪些部分供外部使用。 如果发布了新版本的对象，则坚持使用这些对象可以减少需要进行重构的风险。 他们绝不认为它们已经过时，但是据我所见，SAP并没有真正在其软件的较早部分添加软件包接口的麻烦。 另一方面，在更新的东西中，变化更大，您会偶然发现它们。 如果可以，请使用它们。
应用程序组件是基于业务领域的功能分类，这些功能包标记了它们在应用程序层次结构中的位置。 尽管不是强制性的，但我还是希望为我的自定义程序包填充此内容，并使用同一应用程序组件的程序包中的标准对象，以使其在"语义上正确"。
一周热门 更多>