在之前的随笔《EAV模型（实体-属性-值）的设计和低代码的处理方案（1）》中，我介绍了一些EAV模型设计知识以及在Winform场景下实现低代码（或无代码）的一些思路。在本文中，我们以数据查询处理操作为切入点，分析EAV模型设计针对通用业务的解决方案，能够用于构建业务模块存储和界面的解决方案，而无需每次重新定义。
1、数据的列表展示界面
在页面模块中，列表界面通常是我们的入口界面，其中包含一些查询条件、数据展示以及一些功能的入口，如新建、导入、导出和编辑等。下图展示了一个常规的系统界面，使用固定的表字段创建了常规化界面。
尽管这种方式查询速度较快，界面较个性化，但缺点是每个界面仍需要单独处理。即使利用代码生成工具加快了开发，模式并未变化。
如果采用EAV模型的处理，由于业务表和字段动态定义，因此所有业务界面都可演化为一个通用的窗体，新增业务模块时，代码无需变化，展示和保存处理都统一。
查询字段可能需要动态化处理，但由于Winform无法像BS前端那样轻松定制界面布局，我们采用列表选择的方式，根据不同的数据类型创建不同的输入控件来实现，如下图所示。
2、查询字段和条件输入的处理
通过下拉列表选择不同字段进行查询。对于数值型或日期，我们根据不同类型创建输入控件组，实现区间数值或日期的输入。
实体类型和属性的定义存储在关系型数据库（如SqlServer、Oracle等）中，如下图所示。
实体记录的数据根据属性不同类型保存在MongoDB的NoSQL数据库中。
对于查询，我们从关系型数据库中获取属性定义信息，然后填充到下拉列表中。
为了使得创建界面更加方便，我们创建一个用户控件来处理内容变化，并根据不同属性值类型显示不同的输入控件（如数值型、日期型、文本型）。
由于不同的控件组的界面长度不同，我们可以使用StackPanel的方式动态添加控件到面板中，使显示更加紧凑美观。
在字段变化后，触发添加的输入控件组，如下代码所示。
对于日期类型的数据，我们动态添加两个不同的起始日期控件输入，可以让用户输入开始日期和结束日期的区间进行查询。
在触发查询按钮事件时，根据面板控件内容进行查询处理，代码如下所示。
界面效果如下所示。
3、自定义条件查询
上述条件是针对单个字段进行查询，有时为了定位符合条件的记录，可能需要输入多个不同的条件进行组合查询。为了处理这个需求，我们采用构建不同自定义条件作为一个用户自定义控件的方式，让用户添加多个条件进行组合。
组合条件需要动态创建，不需要的条件可以随时移除，而且最好能够紧凑型。这里我们采用StackPanel来堆叠不同的条件，方便任何位置移除条件。
首先创建一个主窗体面板，来承载添加和显示多个条件以及触发查询处理按钮，如下图所示。
每个条件根据属性字段名称和属性值类型动态创建，因此需要自定义一个用户控件，整体作为一个模块，方便添加和移除。
自定义用户控件的一项条件，如下图所示。
整个界面的面板中可以添加多个条件或移除任何一个条件，如下图所示。
创建的自定义条件查询，触发条件通过定义事件进行处理即可。
查询控件按钮触发查询处理，代码如下所示。
这样在列表展示的界面中调用这个只定义条件窗体，并在条件变化后，重新根据选择条件，刷新列表即可，如下代码所示。
另外，我们也可以根据相同的处理方式，构建一个高级查询模块的处理。
我根据已有的高级查询处理界面效果，改进了一下，适应于EAV模型的高级查询，比较容易操作一些。
高级查询的界面弹出一个窗体，在里面的条件双击内容输入即可，一般文本是模糊查询，数值和日期是区间查询。如下界面所示。
以上就是EAV模型设计里面，关于动态化查询处理的一些界面心得，主要目的是适应所有的模块处理，弹性化的界面设计，可以有效屏蔽一些差异。
如果你有好的建议，也可以在留言区一起交流，感谢抽出宝贵的时间进行阅读及支持。
