在WinForms表单里，像客户、产品、地区和分类这些字段，经常需要以下拉选择的方式提供给用户操作；而DevExpress的LookUpEdit控件怎么去绑定下拉框的数据，以及多个下拉框之间又该怎么实现联动筛选，这里面比较关键的两点，就是把显示给用户看的字段和实际要保存的字段拆分开，然后再让下一级的下拉框能够根据上一级选中的值，把数据过滤出来。LookUpEdit本身算是一种数据绑定型的编辑器，它会在下拉列表里展示数据源中的记录，等到用户选中其中一条，控件就会把对应的键值写进EditValue这个属性里面。

　　一、DevExpress LookUpEdit怎么绑定下拉数据

　　在给LookUpEdit绑定数据的时候，一般都要去设置DataSource、DisplayMember和ValueMember这三项属性，这三个随便少了哪一个，都有可能导致下拉列表一片空白、只显示编号，或者选中之后取不到正确数值之类的问题。

　　1、准备好下拉的数据源

　　先要把分类表、客户表或者产品表这一类数据源准备好，每一条记录里头，至少得保留一个唯一的编号字段和一个用来显示的名称字段，就像CategoryID和CategoryName这样的搭配；唯一编号是将来程序要保存和查找用的，名称则是摆出来让用户看懂的，所以两边都不能缺。

　　2、设置DataSource

　　先去选中那个LookUpEdit控件，在右侧的属性面板里找到【Properties】这一组，再点开里面的【DataSource】，把它绑定到一个DataTable、一个BindingSource，或者某种对象集合上面；DataSource的作用就是决定下拉列表里到底会列出哪些记录，这一步订好了，后面的字段才有地方去取。

　　3、把显示字段和值字段设好

　　紧接着要去为控件指定【DisplayMember】和【ValueMember】这两项，DisplayMember设成名称字段，ValueMember设成唯一编号字段；比如让DisplayMember填CategoryName，让ValueMember填CategoryID，按照官方文档的说明，一旦用户选中了某一行，DisplayMember对应的内容就会出现在输入框里，而ValueMember对应的内容就会被自动写进EditValue，这才是之后程序真正要存取的值。

　　4、整理一下下拉列的显示

　　如果数据源里头的字段非常多，全部摊在列表里会显得乱，这时可以调用PopulateColumns先把列全部生成出来，然后再把那些不需要给用户看的编号、备注和内部字段一一隐藏掉，下拉框里只保留名称、编码和少量必要的业务字段就行，列一多，操作反而不方便。

　　二、DevExpress LookUpEdit联动筛选怎么实现

　　当页面上两个LookUpEdit需要产生联动效果时，一般是由上级控件来负责选择分类，而下级控件只显示当前分类底下对应的数据；DevExpress本身就已经提供了级联下拉的支持，不用每次都手动把数据从头加载一遍。

　　1、准备好关联字段

　　给产品这一类数据源建表的时候，记得要保留一个外键字段，就像Product表里面应该有一列CategoryID那样；等上级的分类下拉框选中了某个CategoryID之后，下级的产品下拉框才知道应该拿哪一个字段去过滤，没有这个关联字段，联动就做了个空架子。

　　2、设置好CascadingOwner属性

　　先用鼠标选中那个下级的LookUpEdit，再到【Properties】属性组里面，把它的【CascadingOwner】设置为上级的那个LookUpEdit控件；这个动作就是在告诉当前的控件，你要去听哪一个上级的指挥，选谁它就跟着谁变。

　　3、接着设置CascadingMember属性

　　在同一个位置继续往下找，把下级控件的【CascadingMember】设成前面提到的那一列外键字段，例如填上CategoryID；根据官方文档的说法，LookUpEdit、GridLookUpEdit和SearchLookUpEdit这些控件，都可以照着另一个Lookup控件的选中值，去自动过滤自己的数据源，而下级控件就是靠CascadingOwner把上级指定出来的。

　　4、记得把旧的选择清掉

　　只要上级分类发生了改变，下级产品里原先留在输入框里的那个旧值，很可能就已经跟新的分类对不上了；建议到上级控件的EditValueChanged事件处理代码里面，把下级的EditValue给清空，然后再让用户重新挑选一次，这么做可以避免界面上看着还挂着老产品，一保存却跑到了新分类底下的尴尬情况。

　　三、DevExpress LookUpEdit绑定异常怎么排查

　　LookUpEdit的配置从表面上看好像没什么太复杂的地方，可一旦字段类型、列名大小写或者数据之间的关系有哪一项没完全对齐，下拉框就很容易出现各种奇怪的问题。

　　1、检查一下ValueMember的类型

　　假如LookUpEdit被嵌在一个GridControl里面，拿来编辑表格里的某一列，那这一列的数据类型就必须和ValueMember里那个字段的类型保持一致；比如表格里的字段是整数类型，ValueMember绑定的字段也应当是个整数，官方文档也推荐启用ThrowExceptionOnInvalidLookUpEditValueType这个设置，这样一旦碰上类型不匹配的情况，也更容易发现。

　　2、核对所有用到的字段名称

　　无论是DisplayMember、ValueMember还是那对CascadingOwner、CascadingMember，里头的名称一定要跟数据源里真实的列名一模一样，大小写也不能马虎；万一字段拼写错了，下拉框就可能什么也显示不出来，或者选中以后没法正确返回键值，这时候靠眼睛扫代码是扫不出原因的，只能逐项去对照。

　　3、查一查联动的数据关系

　　上级控件里明明已经有选中的值了，可下级的列表却是空空的，这种情况先别急着怀疑控件本身出毛病，最好去翻一翻产品表里头的外键值，看看它是不是真的跟分类表里的那列主键编号能对应得上；要是数据库里一边存的是带前导零的字符串，另一边存的是整数，就算界面上看着两边都是数字的模样，过滤时也照样会失效。

　　4、更复杂的场景改用人工过滤

　　假如数据之间的关系不太规则，或者下级的那些数据是需要从远程接口动态拉过来的，那就可以去监听上级控件的EditValueChanged事件，拿到当前选中的值之后，人工去向服务器或数据库查询对应的下级数据，再重新把查到的结果赋给下级的DataSource；那种自动级联的方式，最适合结构清晰的主从表场景，而动态的业务需求还是用人手控制来得更加灵活。

　　总结

　　总的来看，给DevExpress的LookUpEdit绑定下拉数据时，一般是按照“先设好DataSource，再分别指定DisplayMember和ValueMember”这几步顺序来做；需要两个下拉框联动时，就把下级控件的CascadingOwner指向上级控件，再把它的CascadingMember填成对应的外键字段。最后别忘了再回头查一查字段名称有没有拼错、键值的类型能不能对上，以及编辑值变化后旧的选中项有没有及时清掉，把这些都捋顺了，下拉数据的显示和级联联动就会稳定很多。