对这个案例场景有个疑问哦，就是要将添和修改页面分离，那么要是修改时还要继续添加明细产品呢？从感觉上， ...
比如es系列的产品中，这个类似的场景是通过提数公式解决，其实就是类似odata的查询，但是提数公式仅仅是触发时对单元格完成一次写值，并不影响绑定属性。当然，产品定位不同，不能把功能都进行强行比对。但是在这个场景，感觉这样的方式对用户会更便捷，至少不需要去分离出两个页面。其实个人建议活字格可以借鉴提数公式这样的概念做个类似的插件，或者完善odata的作用域，这样的场景就很好解决了。对了，说到odata,其实如果通过js调用odata来对单元格赋值，就已经解决了吧？所以，理论上应该是可以对odata的功能完善到不需要代码的，对吧？ meteor 发表于 2018-7-15 15:38
对这个案例场景有个疑问哦，就是要将添和修改页面分离，那么要是修改时还要继续添加明细产品呢？从感觉上， ...
以上的DEMO本身在页面上ODATA和绑定字段就是共存的。在添加和更改的时候通过循环命令和表格操作命令将ODATA的值赋值给绑定字段，然后保存。如果你要把添加更改放到一个页面，做个判断就行。 Eric.Liang 发表于 2018-7-16 09:06
以上的DEMO本身在页面上ODATA和绑定字段就是共存的。在添加和更改的时候通过循环命令和表格操作命令将ODA ...
哦，我仔细看了下，应该是我对您所描述的业务场景理解有误。这个案例应该是说每次要修改或者新增的时候都是按照价目表的最新价格，但是保存了就按照保存后的价格了。
我理解的场景是：商品价目表保存的是商品的标准价格，但是每次下单的时候，销售根据实际情况价格有所变动，所以新选的商品都会默认把最新的标准价格带过来，但是在这条单据保存前都可以直接修改这个价格。但是修改的价格仅在本订单中保存。
同样，比如一张订单做完了，客户说需要加个商品，这时候修改这张订单，添加入新的产品，但是之前客人确认的价格是不能去更新的。 meteor 发表于 2018-7-16 09:58
哦，我仔细看了下，应该是我对您所描述的业务场景理解有误。这个案例应该是说每次要修改或者新增的时候都 ...
按照你的需求是不是可以在子表中添加一个客户确认价格。客户确认价格不能被修改。但是有一点，表格无法设置为某几行不允许编辑，只能设置为全部允许编辑或者全部不允许编辑。如果还有什么问题，请在求助中心版块下发帖，谢谢{:4_86:}
页:
1
[2]