玛雅小说

第42章 结丹第6层（第3页）

NND！妥了！

张伟这才仔细看了下另外4个菜单内容，更加妥了！就是面向对象的思维啊！

他们是“Interfaces：接口，Attributes：属性，Methods：方法，Events：事件”!

NND妥妥的面向对象设计思路啊！

张伟发现与采购订单处理相关的，所有BAPI都在Methods：方法里！

张伟立马查看了自己准备的其他几个诱饵！

NND！

妥了，都是这样的结构！包括最开始的供货商、客户主数据，也是一样！

张伟觉得，这个“Businessobject：业务对象”的取名，简直是太贴切了！客户、供应商主数据为什么直接用数据表名来当业务类型名，估计是太简单了，直接就用表名了！而其他为什么不用？因为复杂了啊！业务对象需要涵盖太多的对象实体，直接用表名实体，估计涵盖不住吧！或者干脆就是那个程序当时懒！搞个简单的名字！

哈哈！张伟觉得懒这个解释是正解！基于奥卡姆剃刀推导而来的结论！

张伟为什么特别在意这个表，和对象的关联啊？以及这个Businessobject：业务对象取名觉得很贴切啊！

张伟推导的SAP结丹，是层状的，其次是网状的！

现在张伟结出的第5层，是数据表，第五层和第四层的字段是链接的，第五层表间也是链接的，其实表间的链接张伟是基于自己写报表推导出来的，而没找到实例佐证，现在还差向上第六层和表的联系了！

现在妥了了！因为业务对象啊“Businessobject：业务对象”，比如采购订单，有两个实体表“EKKO，EKPO”，而客户主数据，一个表就行“KNA1”，因此对采购订单这种，有多个实体对象的，如果从业务对象的角度，就不能只用一个表名，来定义对象类型了！就得重新命名了！

以采购订单为例，EKKO，EKPO，这两个实体表，组合成了一个业务实体，采购订单，也就是业务对象！

这才是，当时自己为什么只找到供应商，客户的业务对象类型，就是表名，其他的都是被重新定义了业务类型名的真正原因！

同时这也是第六层真正的联系！

每个业务对象，包裹了一个，或者几个实体的表！表和业务对象，在BAPI里，基于业务逻辑融合在一起了！也就是表间关系，其实是被BAPI定义的，张伟之前认为表和表之间有联系，仅仅是从结果来考虑的，因为报表取数需要他们联系在一起，才能取到正确的报表数据！

而为什么要联系，怎么联系的，张伟是不知道的！现在都知道了，因为是由BAPI帮他们联系起来的啊！

第六层结丹，正式完成了！

第五层是表，第六层是BAPI层！或者叫业务对象层！一个业务对象，有很多个BAPI!每个BAPI，定义了表间的关系！

第五层从此和第六层贯通了！

张伟把SAP的结丹道统，推向了第6层！结出了拥有1。2。3。4。5。6层的实心SAP蓝丹！

喜欢凡人码农加SAP加XR征服世界请大家收藏：（）凡人码农加SAP加XR征服世界