【10.0】表格查询对话框命令查询字段支持设置数据源

10.0新功能支持了表格查询对话框命令，但是发现一些局限性。

老版本列表页面单独设计的查询单元格，大致会包括这样一些内容：时间日期、时间日期范围、组合框、单选按钮等。
其中组合框、单选按钮等，数据源大部分都是来源于字典表或者是写死的固定数据。

比如说有一个任务表，任务表中记录了状态字段，任务列表页面中需要根据状态进行查询，
此时有两中设计模式，一是使用组合框或者单选按钮，数据固定的情况下，直接设置固定数据到组合框中，

二是加一个状态字典表，通过从数据库生成项目来完成，


但是在新功能表格查询对话框命令中却是第三种方式，从任务表中过滤所有数据中的状态字段，去重后生成数据源。

很难不让人担心性能问题。以及其他潜在的问题。比如说我就是想看当前是否还有排队中的任务，而当数据表状态字段数据中不存在排队中任务时，是没有这个选项的（如上图显示）。

所以希望官方考虑下，让表格查询对话框命令支持前两个更普遍的场景。比如支持在命令设置中给列设置数据源。


同时如果可以的话，建议可以考虑把组合框、单选按钮等的一些其他设置项也支持上。比如说仅选择输入、多选等。

表格查询对话框，主要是用作扩展你的查询，你还有页面上本身的查询，还有列头筛选。
我不是很理解，为什么你要把这些查询都放到表格查询对话框里面，更好用的还是直接放在页面上。
例如，dynamics提供了复杂搜索，但同时也提供了按关键字搜索，

并不是水火不容的，也不需要把对方所有擅长的都学过来。

以库存管理随便找一个页面为例，显然应该没有人会把入库状态和审批状态的查询逻辑放到"关键字"查询中，这个应该没有疑问吧？




其次，为什么不把所有查询条件都写在页面上？（另外我不觉得这个问题合理，如果都直接放页面上了，还要这个新功做什么。）
礼貌回答下：诚然，这样做当然可以，不过当查询条件很多的时候，页面会变成这样。

另外在流式布局设计模式下，每在页面列表下加一个查询条件，都不可避免的需要对表格进行调整，同时，查询条件多时，还得考虑页面的宽度，在什么时候换行。
这是之前尝试做的一个通用UI，可以看下问题点。

不不不，我的意思不是为什么不把所有查询条件写在页面上？而是说，为什么不把常用的条件放在页面上。而且本身表头也有筛选功能。
正如你截图所示，很多系统都有这样复杂的查询，你放在各个地方，是页面看着干净了，但是对于最终用户的体验来说，并不一定是好的方案。

裂解了，但是听起来不是最优的做法，很多软件同时有筛选器、搜索、列头等，这是支持客户自由组合的部分。
我们考虑下，感谢你的建议，等正式发布之后看看有没有更多反馈吧。