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

那个程序当时懒！搞个简单的名字！

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

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

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

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

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

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

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

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

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

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

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

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

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

张伟把SAp的结丹道统，推向了第6层！结出了拥有1.2.3.4.5.6层的实心SAp蓝丹！