天才一秒记住【狂风中文网】地址：https://www.kfzw.net
张伟发现与采购订单处理相关的，所有bapi都在thods：方法里！
张伟立马查看了自己准备的其他几个诱饵！
nnd！
妥了，都是这样的结构！
包括最开始的供货商、客户主数据，也是一样！
张伟觉得，这个“bessobject：业务对象”
的取名，简直是太贴切了！
客户、供应商主数据为什么直接用数据表名来当业务类型名，估计是太简单了，直接就用表名了！
而其他为什么不用？因为复杂了啊！
业务对象需要涵盖太多的对象实体，直接用表名实体，估计涵盖不住吧！
或者干脆就是那个程序当时懒！
搞个简单的名字！
哈哈！
张伟觉得懒这个解释是正解！
基于奥卡姆剃刀推导而来的结论！
张伟为什么特别在意这个表，和对象的关联啊？以及这个bessobject：业务对象取名觉得很贴切啊！
张伟推导的sap结丹，是层状的，其次是网状的！
现在张伟结出的第5层，是数据表，第五层和第四层的字段是链接的，第五层表间也是链接的，其实表间的链接张伟是基于自己写报表推导出来的，而没找到实例佐证，现在还差向上第六层和表的联系了！
现在妥了了！
因为业务对象啊“bessobject：业务对象”
，比如采购订单，有两个实体表“ekko，ekpo”
，而客户主数据，一个表就行“kna1”
，因此对采购订单这种，有多个实体对象的，如果从业务对象的角度，就不能只用一个表名，来定义对象类型了！
就得重新命名了！
以采购订单为例，ekko，ekpo，这两个实体表，组合成了一个业务实体，采购订单，也就是业务对象！
这才是，当时自己为什么只找到供应商，客户的业务对象类型，就是表名，其他的都是被重新定义了业务类型名的真正原因！
同时这也是第六层真正的联系！
每个业务对象，包裹了一个，或者几个实体的表！
表和业务对象，在bapi里，基于业务逻辑融合在一起了！
也就是表间关系，其实是被bapi定义的，张伟之前认为表和表之间有联系，仅仅是从结果来考虑的，因为报表取数需要他们联系在一起，才能取到正确的报表数据！
而为什么要联系，怎么联系的，张伟是不知道的！
现在都知道了，因为是由bapi帮他们联系起来的啊！
第六层结丹，正式完成了！
第五层是表，第六层是bapi层！
或者叫业务对象层！
一个业务对象，有很多个bapi!每个bapi，定义了表间的关系！
第五层从此和第六层贯通了！
张伟把sap的结丹道统，推向了第6层！
结出了拥有123456层的实心sap蓝丹！
：（）凡人码农加sap加xr征服世界
本章未完，请点击下一章继续阅读！若浏览器显示没有新章节了，请尝试点击右上角↗️或右下角↘️的菜单，退出阅读模式即可，谢谢！