关于单元格同时设置odata和组合框时出现的问题

登录

本帖最后由 Timothy.Xu 于 2020-10-21 17:55 编辑

如下图，设计意图是让商品规格既能通过商品名称自动带出，也能通过组合框进行选择，但在组合框设置查询条件后会出现商品名称列第一次选择苹果时能自动带出规格，第二次选择时无法带出。

Eric.Liang · Eric.Liang

首先组合框是有个策略，当关联的组合框值发生变化的时候，相对应的组合框值会被清空。

比如当第一个组合框中的陕西省改成了河北省，后面那个会自动的就会被清空。
在你给的demo中，商品规格是个组合框,并且设置了odata公式。
所以当商品名选择苹果的时候，会做2件事情

是商品规格清空
odata去后端请求结果，这会过程有点慢
上面2件事情同时发生，但是odata请求回来比较慢，所以发现odata结果就起作用了。

当新一行中，商品名再选中苹果的时候，同样也会做上面2件事情，但是不同的是，odata之前请求过了，有缓存，所以很快就取到了缓存结果，但是清空策略又给清空了。

Timothy.Xu · Timothy.Xu

您好，这边看了下您的工程文件，这边有几个建议和问题：
1、首先建议您最好不要在一个单元格同时设置公式和关联字段，这样底层难以判断您这里具体显示什么，会出现很多数据错误的，比如您这种情况。

2、其次看到您的数据表，您的商品信息在商品表和订单表子表里各存了一份，那么这个情况也是会造成数据冗余的，建议您将商品表直接和订单表子表关联，然后把数据直接关联带出就可以了；

3、想问下您为什么这里既要选择可以带出商品规格，又需要用组合框选择呢？不是很理解您的需求……因为您组合框我看到也是从数据库生成项目，那么比如说您苹果的规格默认是10cm，那和组合框中西瓜的20cm有什么关系呢？其实是建议您使用文本框，直接手动输入数据的。

您再详细梳理一下您的问题和需求，麻烦给我一个更具体的描述呢

ww176185299 · ww176185299

本帖最后由 ww176185299 于 2020-10-21 10:30 编辑

Timothy.Xu 发表于 2020-10-20 17:50
您好，这边看了下您的工程文件，这边有几个建议和问题：
1、首先建议您最好不要在一个单元格同时设置公式 ...

首先感谢版主的回复！
1、“不要在一个单元格同时设置公式和关联字段，这样底层难以判断您这里具体显示什么”我理解的系统逻辑应该是默认应用公式提数，如果后应用组合框的关联选择则覆盖掉之前的提数。实际测试如果组合框不设置查询条件是能正常显示的，所以我认为问题是出现在组合框的查询这里。
2、关于数据冗余，这个我知道，只是为了方便演示随便做个示例。
3、“为什么这里既要选择可以带出商品规格，又需要用组合框选择呢”比如苹果有两个规格，10cm和15cm的，我希望默认通过公式出来的是10cm，然后可以规格里可以下拉选择10cm或者15cm，我知道如果是进销存系统正确的做法是在商品表将两个规格的苹果存储为两条记录，然后在订单明细表存储商品的ID，通过ID带出规格，但我实际的应用不是进销存，只是通过这样的示例来说明出现的问题。“那么比如说您苹果的规格默认是10cm，那和组合框中西瓜的20cm有什么关系呢”，没有关系，所以需要设置查询条件，只查询出苹果的规格，但是如果设置查询条件就会出现我上述的问题（只有第一次能带出默认的规格）。

Timothy.Xu · Timothy.Xu

ww176185299 发表于 2020-10-21 09:14
首先感谢版主的回复！
1、“不要在一个单元格同时设置公式和关联字段，这样底层难以判断您这里具体显示 ...

嗯嗯，了解您的需求了，可以给您先分享一篇帖子，这个是有关我们单元格同时有绑定数据和公式时情况的一个分析：
看完必恍然大悟的活字格内幕：二十八、公式不计算，可能是绑定字段在捣蛋
(出处: 葡萄城产品技术社区)
活字格底层机制并不完全向您描述的那样，有一些复杂的机制我们其实也不是特别的清楚，一旦出现问题，很多东西都需要和开发多次确认的

今天给您测试了一下，如果是在表格中新增一列，来用ODATA取值的话，是没有问题的，但是赋值到规格字段后仍然出现了您遇到的情况。这个我们已经报给开发同事了，看看这边有没有一个详细的解释，我们会持续跟进您这个问题的，得到答复后也会第一时间在帖子给您补充说明

		自动登录	找回密码
密码			立即注册

[已处理] 关于单元格同时设置odata和组合框时出现的问题

最佳答案

4 个回复

讲师达人

悬赏达人

元老葡萄

活字格认证

活字格高级认证

微信认证勋章