11 条回帖
| 站在用户的角度可以这样来理解业务公式，可能会更加形象一些： 大家可以这样想象，在没有计算机的时代，所有的表单被分门别类的保存在一个大的档案柜中，档案柜有很多抽屉，每一个抽屉存放着一种类型的表单，例如，所有的入库单被放在一个贴有“入库单”标签的抽屉里，同样所有的出库单放在另外一个抽屉里，还有一个抽屉存放的是“库存单”，一张“库存单”记录一件货品的库存信息，包括数量、单价、金额。 当仓库管理员完成一批货物的入库工作之后，他需要填写一张入库单，用于记录了本次入库货品的数量、单价以及金额等信息，在他填写完入库单，准备放入贴有“入库单”标签的抽屉之前，他必须修改库存单，以保证记录的数量是入库之后新的库存数量。 他会怎么做呢，他首先会打开存放有库存单的抽屉，然后查看入库单，记住入库明细中的第一条记录的货品编号，例如是“A001”，然后他会逐一翻看抽屉中的每一张库存单，找出货品编号等于“A001”的库存单。 他会用铅笔在草稿纸上记下：库存单中的当前数量是300+本次入库数量200=500，500就是“A001”这个货品入库之后的总库存数量，仓库管理员会擦去库存单上原来的数量300，写上新的数量500；同样的，他会接着计算新的金额，库存单中的金额300+入库单明细中第一行记录的本次入库的金额300等于600，并把600写到库存单上；然后他还会计算加权平均之后的单价，计算公式是库存单上新的金额600除以库存单上新的数量500=1.2元；最后把这张库存单放回抽屉里。 入库单明细中第一行记录的货品处理完了，接下来以同样的方式处理第二行，第三行…直到处理完所有行。至此本次入库的所有货品的库存数量都被重新计算并记录下来了 |
+10
| 嗯，乐乐的业务实例解释很直观。我喜欢透过现象看本质。现象和本质符合的好，就说明我基本理解到位了。谢谢。 我也打个比方来形容我现在对业务公式的感觉。 感觉业务公式就像一架水车或抽水机，或蒸馏机，反正就是把水从一个地方转移到另一个地方的机器。 这里是靠人工来启动机器运转的。（状态变量靠交付操作改变，从而触发业务公式执行）。 我试图用“程序”来改变状态变量，想以此驱动业务公式自动持续运转直到满足某个停机条件，但没有成功，机器转一下就停了，每次循环都需要按一下启动（改状态变量状态值）。 可能是我“编程”还不够熟练。请乐乐思考下这个用法，看怎么能做到？ |
+10
