1. DEV 下拉框检索功能到底解决什么问题在 WinForms 项目里做表单下拉框LookUpEdit / ComboBoxEdit几乎是出现频率最高的控件之一。选项少的时候无所谓鼠标点两下就选完了可一旦数据源来自数据库动辄几百上千条国家、城市、物料编码、客户名称用户就得在长长的列表里靠滚动条硬找。DEV 控件库DevExpress其实早就内置了检索能力只是默认没打开很多人以为要自己写过滤逻辑结果绕了一大圈。所谓「下拉框带有检索功能」说白了就是用户点开下拉框后可以直接在输入框里敲字列表实时过滤出匹配项敲得越多范围越窄最后回车或点击选中。它适合谁适合所有在表单、筛选面板、数据录入界面里需要「快速定位选项」的开发者尤其是做 ERP、MES、CRM 这类业务系统的同学。DEV 的 LookUpEdit 通过几个属性组合就能实现核心就是ImmediatePopup、SearchMode、TextEditStyle这三个再配合数据源的DisplayMember和ValueMember。我试过在一个客户档案模块里把原来手写的「输入框 定时器 手动过滤 DataTable」整套逻辑删掉换成 DEV 原生属性配置代码量从八十多行降到三行过滤响应还更快因为过滤发生在控件内部不经过业务层。这篇文章就围绕这个场景把可复制的配置片段、验证步骤以及如何通过 TaoToken 统一 Key 通道完成工具侧接入讲清楚。你跟着做能复现一个带检索的下拉框并且能验证整条请求链路是通的。需要先说明一点DEV 的检索是「客户端过滤」也就是数据源已经加载到本地后控件根据输入内容筛选显示项。如果你的选项数据量特别大比如十万级更合适的做法是服务端过滤通过ProcessNewValue或自定义DataSource动态查询。本文聚焦客户端检索这个最常用、最容易上手的路径服务端方案会在排障章节提一下思路。另外很多同学在接入 AI 辅助编码工具比如 Claude Code、Cline、Codex 这类时会遇到「每个工具都要单独配 Key、单独填 Base URL」的麻烦。TaoToken 提供统一 Key 和统一 API 通道把这些工具的接入收敛到一处配置一次就能复用。下面会结合下拉框检索这个具体开发任务说明工具侧怎么接。2. TaoToken 统一 Key 接入前的准备在动手写下拉框代码之前先把工具侧的接入通道理顺这样后面用 AI 辅助生成或排查 DEV 配置时不会卡在鉴权上。TaoToken 的定位是统一 Key / API 通道你拿到一个 Key配好 Base URL就能让多个编码工具走同一条通道不用每个工具去申请不同的凭证。先明确几个地址后面配置会反复用到官网入口https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentAPI 基址https://taotoken.net/api 这个地址不加 UTM 参数配置里就填它模型对话页https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewriteCoding Plan 页https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite控制台https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewriteAPI Keys 管理https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite接入文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewriteClaude Code 接入说明https://taotoken.net/claude-code-anthropic?utm_sourcetaotoken_aicg_blog_endutm_contentclaude_codeutm_campaignrewrite操作顺序建议这样先进控制台在 API Keys 页面创建一个 Key复制保存好页面通常只完整显示一次。然后根据你用的工具类型决定接入方式。如果你只是偶尔让 AI 帮忙写几段 DEV 配置用模型对话页就够了如果你要长期在 IDE 里做编码、跑 Agent 任务那 Coding Plan 更合适它面向的是持续性的编码场景。这里要强调「统一」的价值以前你可能在 Cline 里配一个 Key在 Claude Code 里又配一个在 Codex 的 auth.json 里再填一份改起来到处找。现在把 Base URL 统一指向https://taotoken.net/apiKey 用同一个模型 ID 按需选维护成本就降下来了。下面第三节会给出具体的配置文件片段包括 JSON、TOML 和 settings 形式路径和字段名都按常见工具的实际约定来写你直接对照改就行。准备阶段还有一件事确认你的 DEV 版本。LookUpEdit 的检索相关属性在较新版本里更完整SearchMode枚举、ImmediatePopup这些在 XtraEditors 里都有。如果你用的是很老的版本个别属性名可能不同建议先看下自己引用的 DevExpress.XtraEditors 版本号。这个信息在 Visual Studio 的引用属性里能看到记下来后面排障会用到。3. 可复制的下拉框检索配置片段这一节是核心给出能直接粘贴的代码和配置。先看 DEV 控件本身的三行关键属性这是让下拉框「带检索」的最小集合。// 假设控件名为 countryLookUpEdit类型为 LookUpEdit this.countryLookUpEdit.Properties.ImmediatePopup true; this.countryLookUpEdit.Properties.SearchMode DevExpress.XtraEditors.Controls.SearchMode.OnlyInPopup; this.countryLookUpEdit.Properties.TextEditStyle DevExpress.XtraEditors.TextEditStyles.Standard;逐行解释一下。ImmediatePopup true的作用是当用户把焦点移到控件上并开始输入时下拉列表立即弹出不用先点一下箭头。SearchMode设为OnlyInPopup表示检索只在弹出的列表内生效输入的内容用于过滤列表项而不是直接写进编辑框当值。TextEditStyle设为Standard让编辑框可以正常接收键盘输入这是能打字过滤的前提。这三个属性缺一不可少一个检索体验就会残缺。数据源绑定部分也要配对// 绑定数据源DisplayMember 是显示文本ValueMember 是实际取值 countryLookUpEdit.Properties.DataSource countryList; // ListCountry 或 DataTable countryLookUpEdit.Properties.DisplayMember CountryName; countryLookUpEdit.Properties.ValueMember CountryCode; countryLookUpEdit.Properties.NullText 请选择或输入检索;DisplayMember决定列表里显示什么、也决定按什么字段过滤所以它必须是你希望用户检索的那个字段。ValueMember是选中后EditValue拿到的值。NullText给个提示文案用户体验更好。接下来是工具侧接入配置。如果你用 Cline 或类似的 MCP 风格工具配置通常是一个 JSON 片段Base URL、Key、Model ID 三件套要写全{ mcpServers: { taotoken: { baseUrl: https://taotoken.net/api, apiKey: 你的_TaoToken_Key, model: claude-sonnet-4-20250514 } } }如果你用 Codex它的鉴权文件通常是auth.json路径一般在用户目录下的.codex文件夹里内容形如{ base_url: https://taotoken.net/api, api_key: 你的_TaoToken_Key, model: gpt-4o }Claude Code 的接入更偏向环境变量或 settings 文件常见写法是在 settings 里指定{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_API_KEY: 你的_TaoToken_Key, ANTHROPIC_MODEL: claude-sonnet-4-20250514 } }注意这里的三件套逻辑是一致的Base URL 指向https://taotoken.net/apiKey 用你在 API Keys 页面创建的那一个Model ID 按你实际要用的模型填。不同工具的字段名不一样但语义相同。把这三样配齐工具就能正常发起请求。配置完记得保存并重启对应工具让配置生效。4. 验证请求与检索是否正常工作配置写完得验证两件事一是下拉框检索在界面上真的能用二是工具侧请求链路是通的。先验证界面。运行你的 WinForms 程序把焦点放到那个 LookUpEdit 上直接敲几个字母比如国家名开头是 Chi观察列表是否立即弹出并只剩匹配项。如果列表没弹检查ImmediatePopup是否真的设成了 true以及控件是否被其他属性覆盖。如果弹了但没过滤检查SearchMode和TextEditStyle。如果过滤了但选中后EditValue是空检查ValueMember是否拼写正确、数据源里该字段有没有值。再验证工具侧请求。以模型对话为例打开模型对话页发一条简单消息比如「用一句话说明 LookUpEdit 的 SearchMode 作用」看是否正常返回。如果返回正常说明 Key 和 Base URL 没问题。如果你在 IDE 里用 Cline 这类工具可以在对话里让它生成一段 DEV 下拉框配置代码观察它是否能正常调用模型并返回内容。一个更直接的链路验证方式是看请求日志。很多工具会输出请求的 endpoint 和状态码。正常情况应该是向https://taotoken.net/api下的对应路径发起请求返回 200。如果看到 401说明 Key 不对或没带上如果看到连接失败说明 Base URL 写错或网络配置有问题。把这两类验证都跑一遍你就能确认「下拉框检索功能」和「统一 Key 通道」两条线都是通的。验证通过后建议把配置片段和验证步骤记到项目 README 或团队文档里。DEV 属性配置容易被后续改动覆盖工具配置也常因为换机器而丢失留个记录能省很多重复排查的时间。5. 常见报错与排查对照这一节按真实会遇到的报错来对照方便你快速定位。401 Unauthorized最常见。原因通常是 Key 没填、填错、或者复制时带了空格。去 API Keys 页面重新复制一次注意别把前后空白带进去。如果用的是环境变量方式确认变量名拼写正确比如ANTHROPIC_API_KEY别写成ANTHROPIC_KEY。local proxy failed / 连接被拒绝这类报错多半是 Base URL 写错或者本地网络策略拦截。先确认填的是https://taotoken.net/api注意结尾不要多加斜杠或路径。如果公司网络有出口限制联系网络管理员确认该地址可访问。reading choices 相关报错通常出现在工具解析模型返回结构时。可能是 Model ID 填了一个该通道不支持的模型或者返回格式与工具预期不符。换一个明确的 Model ID 再试比如先用模型对话页确认某个模型可用再把同样的 ID 填到工具配置里。OAuth 相关报错有些工具默认走 OAuth 登录流程而你用的是 API Key 方式两者冲突。检查工具配置里是否同时存在 OAuth 和 API Key 设置把 OAuth 相关项关掉或清空只保留 Base URL Key Model ID 三件套。下拉框检索无效回到 DEV 属性检查。确认SearchMode不是NoneTextEditStyle不是DisableTextEditor。另外确认DisplayMember指向的字段确实存在于数据源字段名大小写敏感。如果数据源是 DataTable列名要和 DisplayMember 完全一致。选中后取值为空检查ValueMember字段在数据源里是否有值以及是否在绑定数据源之前就设置了 ValueMember。顺序建议是先设 DisplayMember / ValueMember再设 DataSource。排查时有个通用思路先隔离问题。界面问题就只看 DEV 属性别牵扯工具配置请求问题就只看 Base URL、Key、Model ID 三件套别牵扯界面代码。把两条线分开验证定位会快很多。6. 继续用统一通道做编码任务下拉框检索只是 DEV 控件库里一个小点实际项目里还有大量类似的配置和排障工作。把工具侧接入理顺之后你可以让 AI 辅助处理这些重复性任务比如批量生成控件配置、解释报错、对比不同 SearchMode 的行为差异。如果你只是偶尔问几个问题用模型对话页就够https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewrite 。如果你要在 IDE 里长期做编码、跑 Agent 任务建议看 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite 。需要管理 Key 或新建凭证去 API Keys 页面https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite 。接入细节和字段说明以文档为准https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。配置的时候记住那个三件套Base URL 填https://taotoken.net/apiKey 用统一创建的那一个Model ID 按任务选。把这三样固定下来换工具、换项目都不用重新折腾鉴权。下拉框那三行属性也同理ImmediatePopup、SearchMode、TextEditStyle记住下次遇到类似控件直接套。 
长河君 · 2026/9/30 19:30:53 · 阅读 1.2k DEV下拉框带有检索功能！TaoToken 统一 Key 接入下的实现思路
1. DEV 下拉框检索功能到底解决什么问题在 WinForms 项目里做表单下拉框LookUpEdit / ComboBoxEdit几乎是出现频率最高的控件之一。选项少的时候无所谓鼠标点两下就选完了可一旦数据源来自数据库动辄几百上千条国家、城市、物料编码、客户名称用户就得在长长的列表里靠滚动条硬找。DEV 控件库DevExpress其实早就内置了检索能力只是默认没打开很多人以为要自己写过滤逻辑结果绕了一大圈。所谓「下拉框带有检索功能」说白了就是用户点开下拉框后可以直接在输入框里敲字列表实时过滤出匹配项敲得越多范围越窄最后回车或点击选中。它适合谁适合所有在表单、筛选面板、数据录入界面里需要「快速定位选项」的开发者尤其是做 ERP、MES、CRM 这类业务系统的同学。DEV 的 LookUpEdit 通过几个属性组合就能实现核心就是ImmediatePopup、SearchMode、TextEditStyle这三个再配合数据源的DisplayMember和ValueMember。我试过在一个客户档案模块里把原来手写的「输入框 定时器 手动过滤 DataTable」整套逻辑删掉换成 DEV 原生属性配置代码量从八十多行降到三行过滤响应还更快因为过滤发生在控件内部不经过业务层。这篇文章就围绕这个场景把可复制的配置片段、验证步骤以及如何通过 TaoToken 统一 Key 通道完成工具侧接入讲清楚。你跟着做能复现一个带检索的下拉框并且能验证整条请求链路是通的。需要先说明一点DEV 的检索是「客户端过滤」也就是数据源已经加载到本地后控件根据输入内容筛选显示项。如果你的选项数据量特别大比如十万级更合适的做法是服务端过滤通过ProcessNewValue或自定义DataSource动态查询。本文聚焦客户端检索这个最常用、最容易上手的路径服务端方案会在排障章节提一下思路。另外很多同学在接入 AI 辅助编码工具比如 Claude Code、Cline、Codex 这类时会遇到「每个工具都要单独配 Key、单独填 Base URL」的麻烦。TaoToken 提供统一 Key 和统一 API 通道把这些工具的接入收敛到一处配置一次就能复用。下面会结合下拉框检索这个具体开发任务说明工具侧怎么接。2. TaoToken 统一 Key 接入前的准备在动手写下拉框代码之前先把工具侧的接入通道理顺这样后面用 AI 辅助生成或排查 DEV 配置时不会卡在鉴权上。TaoToken 的定位是统一 Key / API 通道你拿到一个 Key配好 Base URL就能让多个编码工具走同一条通道不用每个工具去申请不同的凭证。先明确几个地址后面配置会反复用到官网入口https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentAPI 基址https://taotoken.net/api 这个地址不加 UTM 参数配置里就填它模型对话页https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewriteCoding Plan 页https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite控制台https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewriteAPI Keys 管理https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite接入文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewriteClaude Code 接入说明https://taotoken.net/claude-code-anthropic?utm_sourcetaotoken_aicg_blog_endutm_contentclaude_codeutm_campaignrewrite操作顺序建议这样先进控制台在 API Keys 页面创建一个 Key复制保存好页面通常只完整显示一次。然后根据你用的工具类型决定接入方式。如果你只是偶尔让 AI 帮忙写几段 DEV 配置用模型对话页就够了如果你要长期在 IDE 里做编码、跑 Agent 任务那 Coding Plan 更合适它面向的是持续性的编码场景。这里要强调「统一」的价值以前你可能在 Cline 里配一个 Key在 Claude Code 里又配一个在 Codex 的 auth.json 里再填一份改起来到处找。现在把 Base URL 统一指向https://taotoken.net/apiKey 用同一个模型 ID 按需选维护成本就降下来了。下面第三节会给出具体的配置文件片段包括 JSON、TOML 和 settings 形式路径和字段名都按常见工具的实际约定来写你直接对照改就行。准备阶段还有一件事确认你的 DEV 版本。LookUpEdit 的检索相关属性在较新版本里更完整SearchMode枚举、ImmediatePopup这些在 XtraEditors 里都有。如果你用的是很老的版本个别属性名可能不同建议先看下自己引用的 DevExpress.XtraEditors 版本号。这个信息在 Visual Studio 的引用属性里能看到记下来后面排障会用到。3. 可复制的下拉框检索配置片段这一节是核心给出能直接粘贴的代码和配置。先看 DEV 控件本身的三行关键属性这是让下拉框「带检索」的最小集合。// 假设控件名为 countryLookUpEdit类型为 LookUpEdit this.countryLookUpEdit.Properties.ImmediatePopup true; this.countryLookUpEdit.Properties.SearchMode DevExpress.XtraEditors.Controls.SearchMode.OnlyInPopup; this.countryLookUpEdit.Properties.TextEditStyle DevExpress.XtraEditors.TextEditStyles.Standard;逐行解释一下。ImmediatePopup true的作用是当用户把焦点移到控件上并开始输入时下拉列表立即弹出不用先点一下箭头。SearchMode设为OnlyInPopup表示检索只在弹出的列表内生效输入的内容用于过滤列表项而不是直接写进编辑框当值。TextEditStyle设为Standard让编辑框可以正常接收键盘输入这是能打字过滤的前提。这三个属性缺一不可少一个检索体验就会残缺。数据源绑定部分也要配对// 绑定数据源DisplayMember 是显示文本ValueMember 是实际取值 countryLookUpEdit.Properties.DataSource countryList; // ListCountry 或 DataTable countryLookUpEdit.Properties.DisplayMember CountryName; countryLookUpEdit.Properties.ValueMember CountryCode; countryLookUpEdit.Properties.NullText 请选择或输入检索;DisplayMember决定列表里显示什么、也决定按什么字段过滤所以它必须是你希望用户检索的那个字段。ValueMember是选中后EditValue拿到的值。NullText给个提示文案用户体验更好。接下来是工具侧接入配置。如果你用 Cline 或类似的 MCP 风格工具配置通常是一个 JSON 片段Base URL、Key、Model ID 三件套要写全{ mcpServers: { taotoken: { baseUrl: https://taotoken.net/api, apiKey: 你的_TaoToken_Key, model: claude-sonnet-4-20250514 } } }如果你用 Codex它的鉴权文件通常是auth.json路径一般在用户目录下的.codex文件夹里内容形如{ base_url: https://taotoken.net/api, api_key: 你的_TaoToken_Key, model: gpt-4o }Claude Code 的接入更偏向环境变量或 settings 文件常见写法是在 settings 里指定{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_API_KEY: 你的_TaoToken_Key, ANTHROPIC_MODEL: claude-sonnet-4-20250514 } }注意这里的三件套逻辑是一致的Base URL 指向https://taotoken.net/apiKey 用你在 API Keys 页面创建的那一个Model ID 按你实际要用的模型填。不同工具的字段名不一样但语义相同。把这三样配齐工具就能正常发起请求。配置完记得保存并重启对应工具让配置生效。4. 验证请求与检索是否正常工作配置写完得验证两件事一是下拉框检索在界面上真的能用二是工具侧请求链路是通的。先验证界面。运行你的 WinForms 程序把焦点放到那个 LookUpEdit 上直接敲几个字母比如国家名开头是 Chi观察列表是否立即弹出并只剩匹配项。如果列表没弹检查ImmediatePopup是否真的设成了 true以及控件是否被其他属性覆盖。如果弹了但没过滤检查SearchMode和TextEditStyle。如果过滤了但选中后EditValue是空检查ValueMember是否拼写正确、数据源里该字段有没有值。再验证工具侧请求。以模型对话为例打开模型对话页发一条简单消息比如「用一句话说明 LookUpEdit 的 SearchMode 作用」看是否正常返回。如果返回正常说明 Key 和 Base URL 没问题。如果你在 IDE 里用 Cline 这类工具可以在对话里让它生成一段 DEV 下拉框配置代码观察它是否能正常调用模型并返回内容。一个更直接的链路验证方式是看请求日志。很多工具会输出请求的 endpoint 和状态码。正常情况应该是向https://taotoken.net/api下的对应路径发起请求返回 200。如果看到 401说明 Key 不对或没带上如果看到连接失败说明 Base URL 写错或网络配置有问题。把这两类验证都跑一遍你就能确认「下拉框检索功能」和「统一 Key 通道」两条线都是通的。验证通过后建议把配置片段和验证步骤记到项目 README 或团队文档里。DEV 属性配置容易被后续改动覆盖工具配置也常因为换机器而丢失留个记录能省很多重复排查的时间。5. 常见报错与排查对照这一节按真实会遇到的报错来对照方便你快速定位。401 Unauthorized最常见。原因通常是 Key 没填、填错、或者复制时带了空格。去 API Keys 页面重新复制一次注意别把前后空白带进去。如果用的是环境变量方式确认变量名拼写正确比如ANTHROPIC_API_KEY别写成ANTHROPIC_KEY。local proxy failed / 连接被拒绝这类报错多半是 Base URL 写错或者本地网络策略拦截。先确认填的是https://taotoken.net/api注意结尾不要多加斜杠或路径。如果公司网络有出口限制联系网络管理员确认该地址可访问。reading choices 相关报错通常出现在工具解析模型返回结构时。可能是 Model ID 填了一个该通道不支持的模型或者返回格式与工具预期不符。换一个明确的 Model ID 再试比如先用模型对话页确认某个模型可用再把同样的 ID 填到工具配置里。OAuth 相关报错有些工具默认走 OAuth 登录流程而你用的是 API Key 方式两者冲突。检查工具配置里是否同时存在 OAuth 和 API Key 设置把 OAuth 相关项关掉或清空只保留 Base URL Key Model ID 三件套。下拉框检索无效回到 DEV 属性检查。确认SearchMode不是NoneTextEditStyle不是DisableTextEditor。另外确认DisplayMember指向的字段确实存在于数据源字段名大小写敏感。如果数据源是 DataTable列名要和 DisplayMember 完全一致。选中后取值为空检查ValueMember字段在数据源里是否有值以及是否在绑定数据源之前就设置了 ValueMember。顺序建议是先设 DisplayMember / ValueMember再设 DataSource。排查时有个通用思路先隔离问题。界面问题就只看 DEV 属性别牵扯工具配置请求问题就只看 Base URL、Key、Model ID 三件套别牵扯界面代码。把两条线分开验证定位会快很多。6. 继续用统一通道做编码任务下拉框检索只是 DEV 控件库里一个小点实际项目里还有大量类似的配置和排障工作。把工具侧接入理顺之后你可以让 AI 辅助处理这些重复性任务比如批量生成控件配置、解释报错、对比不同 SearchMode 的行为差异。如果你只是偶尔问几个问题用模型对话页就够https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewrite 。如果你要在 IDE 里长期做编码、跑 Agent 任务建议看 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite 。需要管理 Key 或新建凭证去 API Keys 页面https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite 。接入细节和字段说明以文档为准https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。配置的时候记住那个三件套Base URL 填https://taotoken.net/apiKey 用统一创建的那一个Model ID 按任务选。把这三样固定下来换工具、换项目都不用重新折腾鉴权。下拉框那三行属性也同理ImmediatePopup、SearchMode、TextEditStyle记住下次遇到类似控件直接套。