对业务公式的使用机制的理解
今天突击学习了业务公式的使用方法，得到如下对使用机制的理解，不知是否完整正确？请乐乐指点。个人认为掌握业务公式是学习使用云表开发应用软件的关键。
阁下真是专业，顶:victory: 邱总的这个图画的很清晰，:victory: 站在用户的角度可以这样来理解业务公式，可能会更加形象一些：
大家可以这样想象，在没有计算机的时代，所有的表单被分门别类的保存在一个大的档案柜中，档案柜有很多抽屉，每一个抽屉存放着一种类型的表单，例如，所有的入库单被放在一个贴有“入库单”标签的抽屉里，同样所有的出库单放在另外一个抽屉里，还有一个抽屉存放的是“库存单”，一张“库存单”记录一件货品的库存信息，包括数量、单价、金额。
当仓库管理员完成一批货物的入库工作之后，他需要填写一张入库单，用于记录了本次入库货品的数量、单价以及金额等信息，在他填写完入库单，准备放入贴有“入库单”标签的抽屉之前，他必须修改库存单，以保证记录的数量是入库之后新的库存数量。
他会怎么做呢，他首先会打开存放有库存单的抽屉，然后查看入库单，记住入库明细中的第一条记录的货品编号，例如是“A001”，然后他会逐一翻看抽屉中的每一张库存单，找出货品编号等于“A001”的库存单。
他会用铅笔在草稿纸上记下：库存单中的当前数量是300+本次入库数量200=500，500就是“A001”这个货品入库之后的总库存数量，仓库管理员会擦去库存单上原来的数量300，写上新的数量500；同样的，他会接着计算新的金额，库存单中的金额300+入库单明细中第一行记录的本次入库的金额300等于600，并把600写到库存单上；然后他还会计算加权平均之后的单价，计算公式是库存单上新的金额600除以库存单上新的数量500=1.2元；最后把这张库存单放回抽屉里。
入库单明细中第一行记录的货品处理完了，接下来以同样的方式处理第二行，第三行…直到处理完所有行。至此本次入库的所有货品的库存数量都被重新计算并记录下来了 嗯，乐乐的业务实例解释很直观。我喜欢透过现象看本质。现象和本质符合的好，就说明我基本理解到位了。谢谢。
我也打个比方来形容我现在对业务公式的感觉。
感觉业务公式就像一架水车或抽水机，或蒸馏机，反正就是把水从一个地方转移到另一个地方的机器。
这里是靠人工来启动机器运转的。（状态变量靠交付操作改变，从而触发业务公式执行）。
我试图用“程序”来改变状态变量，想以此驱动业务公式自动持续运转直到满足某个停机条件，但没有成功，机器转一下就停了，每次循环都需要按一下启动（改状态变量状态值）。
可能是我“编程”还不够熟练。请乐乐思考下这个用法，看怎么能做到？ 本帖最后由 Lato_qin 于 2013-11-26 00:17 编辑
乐乐开示，请看图。
都在学习云表，开发应用，此话题的确太少了，阁下令人动容。 Lato_qin 发表于 2013-11-26 00:14 static/image/common/back.gif
乐乐开示，请看图。
都在学习云表，开发应用，此话题的确太少了，阁下令人动容。 ...
大家一起努力，云表会做得越来越好，越来越强大的。 云表整个设计是BS架构的，特点是请求响应模式，服务器的一切动作都是由客户端的请求触发；不过有一个例外是“计划任务”，其作用是让服务器定时自动执行一个动作。可以考虑通过这种方式来实现。 业务公式确实可以理解为一个抽水机（水泵），他负责从数据源中提取数据源后写入到目标表单中，数据源可以是当前保存的表单(本表单)，也可以是其他任何表单，目标表单可以是任何表单，也可以是本表单本身。
业务公式不仅仅简单的传递数据，还可以在传递的过程中对数据进行变换（通过表达式进行计算），例如：库存.数量 + 本表单.明细.数量 这个表达式计算之后得到本次入库之后货品的库存数量，这个数量会被传递到库存表中。
在传递的过程中还可以执行条件判断，实现不同的情况执行不同的数据转换。
本帖最后由 乐乐 于 2013-12-8 00:01 编辑
欢迎大家分享出你心目中对云表业务公式的理解，帮助大家共同学习业务公式；
业务公式是云表这个强大机器的心脏，是极其核心的部件，他负责泵送血液(数据)使其可以在身体的各个部位灵活流动，从而带来生命的活力，实际的业务系统，从本质上讲就是数据在各个表单中传递来实现业务功能。
掌握了业务公式，就玩转了云表，什么数据规范、填表公式、计划任务，一切都显的那么简单。
页:
[1]
2