简介Delphi 7 表格增强插件 dbgridEH3.6 完整安装包面向 Delphi 7 桌面应用开发者用于解决原生 DBGrid 在大数据量展示和交互体验方面的不足。相比自带表格组件它提供更优的渲染性能支持灵活调整列宽行高、冻结行列、单元格样式与配色并具备排序、过滤、就地编辑、查找等丰富的数据操作能力还可通过事件机制扩展业务逻辑适合多语言与本地方案。包体为 1.63MB 的 RAR 压缩包共 345 个文件其中包含 102 个 PAS 源文件、55 个 DFM 窗体文件、34 个 RES 资源文件另有 DPK/DKU 组件工程、BMP 设计期位图、DCR 图标、HLP 帮助文档和示例项目既方便直接安装组件也便于阅读源码进行定制维护。已有 601 人学习浏览适合对 Delphi 7 数据表格有更高要求的开发者尤其是需要提升数据管理界面交互性、关注控件内部实现或打算长期维护桌面项目的团队。压缩包内目录清晰附带说明文档按说明导入组件面板即可快速启用。1. 为什么2025年了还在为Delphi 7找DBGridEh 3.6先说个场景。上周还在帮朋友维护一套跑了十几年的进销存系统Delphi 7写的数据库是SQL Server 2000客户一直不肯升级原因很简单换系统要花钱、要培训、要冒数据迁移的风险。这套老系统的界面上最显眼的那个表格控件就是DBGridEh。这不是个例。国内很多制造业、仓储物流、中小企业的核心管理系统底层都还是Delphi 7时代的老代码。界面丑、打包大这些问题先不谈关键是这套系统跑得稳业务流程全写在里面没人敢动。但老系统也有痛点原来的表格控件功能太原始想加个合计行、想支持行着色、想给某列加个下拉过滤原生DBGrid做不了。于是DBGridEh就成了这个圈子里的标准答案。从Delphi 5时代开始DBGridEh几乎是每个中文Delphi论坛必讨论的控件之一。它的定位很明确在原生DBGrid的基础上把企业级表格场景里能想到的需求全给你封装好——合并单元格、合计行、下拉列表、树形结构、分页显示、Excel导出、自动排序、列宽记忆……对老项目维护者来说装上它等于给老界面做了一次现代化改造而且是渐进式的不需要动业务逻辑只替换可视层。那为什么偏偏是3.6这个版本被反复提及因为DBGridEh 3.6是最后一个对Delphi 7支持最友好、安装最省心的版本。3.6之后的EhLib开始往CodeGear后来的版本倾斜安装包结构变了设计期包和运行期包区分得更细在老版本IDE里注册起来反而麻烦。而3.6的安装逻辑简单直接打开包文件编译安装完事。正因为简单它成了Delphi 7老项目里流传最广、被验证次数最多的一个版本。顺便说一下很多人找dbgridEH3.6下载其实是在找能直接用的安装包。但我的建议是别急着下载来路不明的压缩包先弄清楚这个控件在你机器上应该怎么装、装完之后哪些文件应该放在哪里。不然下载一百遍装不上的原因永远是那几个。2. 安装之前必须搞清楚的几个文件概念2.1 设计期包和运行期包的区别Delphi的组件安装机制说穿了就两件事编译、注册。运行期包Runtime Package提供的是控件运行所需的代码你编译EXE时会链接到它设计期包Design-Time Package负责把控件图标注册到IDE的组件面板上让你能在窗体上拖拽摆放。DBGridEh 3.6在Delphi 7下的安装核心是三个DPK文件我直接列出来EhLib70.dpk运行期包编译后生成EhLib70.bpl这是最终程序运行必须带走的文件如果你选择动态编译方式的话。DclEhLib70.dpk设计期包编译后生成DclEhLib70.bpl只在IDE开发环境里使用帮你把控件注册到组件面板上。注意这个包会引用EhLib70.dpk作为它的依赖。EhLibLoc70.dpk语言本地化包的示例工程包含中文、英文等多语言资源一般不直接安装编译一下确认没报错即可。多语言这块对国内项目用处不大但建议还是编译一遍防止后续Delphi升级时出现莫名其妙的资源冲突。文件名里的70对应Delphi 7Delphi 7的编译器版本号是15.0但包后缀沿用7.0的习惯写法如果你想在Delphi 6上装对应的文件名就是EhLib60、DclEhLib60。2.2 源码目录结构别把文件全堆在一起解压DBGridEh 3.6的压缩包后你会看到类似这样的目录结构EHLIB ├── BIN // 编译输出的DCU和BPL存放位置 ├── SOURCE // 控件源码 ├── DEMOS // 示例工程强烈建议看 └── HELP // 帮助文档这里有一个我踩过的坑很多人图省事直接把整个EHLIB目录丢到Delphi 7的安装目录下然后编译时各种File not found和Unit not found报错。根本原因是Delphi 7的Library路径没配置好。正确做法是先在磁盘上规划一个独立的第三方控件目录比如D:\DelphiComponents\EhLib然后把解压后的文件放进去。之后在Delphi 7的IDE菜单栏找到Tools - Environment Options - Library - Library Path把D:\DelphiComponents\EhLib\SOURCE添加进去。这是因为DBGridEh 3.6的单元文件彼此之间通过uses相互引用而且部分源码会在运行时动态查找资源文件比如字体、图片资源如果路径配置不对编译期报错是小事运行期缺文件才是大麻烦。另外编译顺序也有讲究先编译运行期包再编译设计期包。这个顺序不要倒过来因为DclEhLib70.dpk文件头部的requires子句会声明它依赖EhLib70如果你先编译了设计期包IDE会提示找不到依赖虽然也有办法强行通过但后面IDE每隔几次启动就报一次package missing的烦人问题就来了。3. 手把手安装流程从解压到控件面板出现3.1 环境准备首先确认你的Delphi 7能正常编译一个空Form工程。如果连这一步都报错先把IDE环境修复好不要急着装第三方控件。我见过太多人装不上DBGridEh最后发现是Delphi 7本身的Library路径里残留了旧版控件的路径或者是BPL文件搜索路径Tools - Environment Options - Library - BPL Output Directory设置到了受系统保护的目录比如C盘Program Files下导致编译出来的BPL文件无法加载。我的习惯是给每个需要重点维护的老IDE单独建一个配置DCU输出目录D:\Delphi7Projects\DcuOut统一放第三方控件的DCU。BPL输出目录D:\Delphi7Projects\BplOut统一放编译好的设计期和运行期包。这样做的最大好处是一旦某个控件版本装坏了直接把这两个目录一清重新编译就行不用去翻Delphi 7自己的安装目录。强制推荐所有人养成这个习惯它能在未来无数次装控件、卸控件时救你一命。3.2 编译安装的完整操作用Delphi 7打开EhLib70.dpk在项目管理器里右键选择Compile编译通过后点击Install按钮但这个包是运行期包Install按钮一般不可用所以只需要Compile生成BPL文件就够了。再打开DclEhLib70.dpk先Compile后Install。Install成功后会弹出一个对话框提示组件已注册到哪个包名下面。关闭对话框后回到主窗体看组件面板最右侧会多出一页叫EhLib的组件页里面就是DBGridEh、DBComboBoxEh、DBLookupComboboxEh、DBEditEh、DBDateTimeEditEh、DBSumList、DBCheckBoxEh、DBMemoEh这一整套控件。打开EhLibLoc70.dpk这个我前面说了编译一下即可。如果编译报缺资源文件检查一下SOURCE目录下有没有.rc文件Delphi 7在某些系统环境下需要手动编译资源。全部编译完成后把BplOut目录下的EhLib70.bpl复制到你的项目输出目录或者放到Windows系统目录下不推荐但很多人这么干。如果你用静态编译Project Options里Packages页勾选Build with runtime packages则不需要拷贝BPL如果没勾选那么目标机器上需要带上这个BPL文件。3.3 验证安装是否成功新建一个工程在Form上拖一个DBGridEh再放一个DataSource、一个Table或者ADOQuery连接上本地任意一张表设置好DataSource的DataSet和DBGridEh的DataSource属性按F9运行。如果能看到数据正常显示在表格里并且点击表头能自动排序那安装就算彻底成功了。如果运行时提示找不到EhLib70.bpl说明BPL文件没有被搜索到。Delphi 7运行目录的搜索顺序是可执行文件所在目录 - 系统目录 - PATH环境变量路径。把这个文件放到EXE旁边是最稳妥的方案。4. 从DBGrid迁到DBGridEh最容易踩的几个功能坑4.1 列对象差异Title和Footers要单独配置原生DBGrid的Columns是一个TColumn集合而DBGridEh的Columns集合里的每个列对象拥有更多独立属性。最典型的是Title.TitleButton属性表头按钮样式开启后才有排序功能和Footers集合针对多行表脚的配置。我见过一个案例从原生DBGrid迁移过来的代码直接在循环里写DBGridEh1.Columns[i].Width : 100发现无论怎么设置列宽表格显示出来还是默认宽度。原因是DBGridEh在OptionsEh里有一个dghAutoFitColWidths选项这个选项默认开启时会根据内容自动计算列宽且优先级比手动赋值的Width高。解决方案是要么把这个选项关掉要么在赋值列宽前先DBGridEh1.OptionsEh : DBGridEh1.OptionsEh - [dghAutoFitColWidths]。4.2 自动排序的代价索引不再是唯一的DBGridEh 3.6的排序机制默认会使用数据集的字段索引但它的实现逻辑和原生DBGrid完全不一样。重点来了DBGridEh的排序是通过设置SortLocal属性为True实现的本地排序它会把数据集里的数据取到一个内部列表中排好序再显示。这意味着如果你在表格上点击表头排序后再去执行DataSet.Locate或者依赖当前记录指针的操作结果可能和界面显示的顺序不一致。我踩过的坑是这样的一个报表模块用户点击表头按金额降序排列后程序里用DataSet.Next循环累加前面的N条记录做统计算出来的结果和界面看到的前N条完全对不上。排查了半天才发现是SortLocal内部排序和DataSet的记录指针没有同步。我的建议是如果业务逻辑里有依赖表格当前显示顺序的代码尽量在排序事件里先判断if DBGridEh1.SortLocal then begin // 如果需要同步数据集顺序手动做一次排序再执行业务逻辑 // 或者干脆关闭SortLocal改用SQL ORDER BY end;4.3 合计行的坑SumList和Footer的配合DBGridEh 3.6的合计行功能由FooterRowCount属性和DBSumList配合完成。你需要在窗体上放一个DBSumList组件设置它的DataSource为你的数据集然后在列的Footers里指定要汇总的字段和汇总类型。这里有个隐藏的问题DBSumList默认只汇总数值类型字段如果字段是字符串类型但又存了数字比如账单号无论如何设置都不会出合计。还有如果需要同时统计数量和金额但这两列属于不同的数据集那就需要两个DBSumList分别绑定不能偷懒共用一个。另一个容易被忽略的细节是DBSumList的合计结果会缓存如果数据集发生了Filter变化或者RecordCount变化必须手动调用DBSumList1.Calculate刷新合计。我在做订单查询界面时每次切换查询条件后都忘了刷新导致合计行显示的是上一批数据的汇总这种错误用户一眼就能发现非常尴尬。4.4 下拉过滤和Lookup字段DBGridEh 3.6有一个让很多老项目惊艳的功能列上的STFilter属性。它可以在表头下方生成一个过滤行支持下拉列表过滤和条件过滤。实际用下来这个功能的主要问题出在大数据量场景下的性能。如果数据集有几万行每次打开下拉列表都会做一次全量去重查询界面会卡顿一两秒。性能问题的根源是DBGridEh 3.6的去重逻辑没有做缓存它每次都会遍历当前数据集的所有记录。一个可行的工作区是在STFilter下拉事件里手动维护一个去重后的列表通过OnSTFilterDropdown事件拦截默认行为填充自己的数据源。代码逻辑不复杂但需要单独处理。5. 老项目升级DBGridEh版本时遇到的兼容性重灾区5.1 单元引用名冲突DBGridEh 3.6的核心单元是DBGridEh而新版EhLib比如8.x、9.x对Delphi 7已不支持且单元名变成了DBGridEh加版本后缀不同版本之间有差异。如果你在同一个IDE环境里同时装了两个版本的EhLib编译时会随机引用其中一个版本的单元然后界面控件和代码里的属性全部报错。这个问题的根源是Delphi 7的Library路径搜索顺序。最佳实践是一个IDE环境只保留一个版本的EhLib。如果确实需要多版本共存把另一个版本的源码目录从Library Path里移除在具体项目里通过Search Path单独引入同时要注意设计期包不能同时Install两个版本否则IDE启动时会加载两个BPL注册同一批组件类名轻则报Component already registered重则IDE直接崩溃。5.2 代码层面的差异处理老项目里用到的DBGridEh 3.6属性和新版最大的区别是功能DBGridEh 3.6写法新版常见写法设置列标题Column.Title.CaptionColumn.Title.Caption一致排序SortLocal : TrueSortLocal : True一致合计DBSumListDBSumList新版本改为内嵌导出ExcelDBGridEhExportAsText等DBGridEh.ExportToExcel或工具类隔行变色DBGridEh1.Flat : True配合OddRowColor新版统一在Color相关属性中配置3.6版本没有内置的ExportToExcel方法需要通过DBGridEhExportToExcel这个单元里的过程来处理而且它导出Excel时不会处理合并单元格表头可能错位。如果你的项目需要导出Excel建议用第三方库来做而不是依赖DBGridEh的导出功能。5.3 杀毒软件误报BPL文件这个情况听着玄但确实发生过。DBGridEh 3.6是2003年的控件老版本的BPL文件尤其是用Delphi 7默认选项编译出来的没有加壳、没有签名在一些杀毒软件的启发式扫描下会被标记为木马或风险软件。我当时排查了很久一开始以为是下载的压缩包有问题后来在另一台机器上从源码重新编译生成的BPL还是报毒。最后确认是杀毒软件对无签名BPL启动时注入IDE进程这个行为的误判。解决办法很简单在杀毒软件里把Delphi 7的安装目录和BPL输出目录加入白名单。不要因为报毒就怀疑整个压缩包——DBGridEh 3.6在老项目里被验证过太多次安全性是有共识的。6. 从下载到实战给你的最终建议如果你现在正准备给Delphi 7老项目装DBGridEh 3.6我最后给你三个来自实操的建议。第一下载渠道要谨慎。现在网上搜dbgridEH3.6下载一大半是来路不明的网盘链接压缩包里可能带着旧修改版的源码编译出来虽然能用但改了源码出了问题根本没法查。更稳的方式是去EhLib官方站的存档区找历史版本GitHub上也有镜像仓库保留了EhLib 3.6的完整源码树。下载后比对一下压缩包里的README或者版本注释确认是原版没被二次打包的。第二装完控件只算第一步。真正发挥DBGridEh的价值靠的是把OptionsEh属性组、STFilter、Footer这些功能吃透。我见过太多人装完DBGridEh只用它当DBGrid用所有增强功能一个没开那还不如不装。建议把DEMOS目录里的示例工程全部打开过一遍尤其是FishFact购物车示例和MasterDetail示例里面展示了7成以上的常用功能照着抄是最快的上手路径。第三对老项目保持敬畏。替换控件不是单纯拖一个新控件上去就完事先在一个测试分支里做小范围替换把列宽、排序、合计、导出这些功能逐项验证再推到全项目。毕竟这套系统可能还在给客户处理每天的真实业务一个排序逻辑的差异就可能让对账出错。DBGridEh 3.6这个版本之所以能在Delphi 7的老圈子里活到今天不是因为技术多先进而是因为它把够用和稳定两个词做到了极致。它不折腾、不张扬、不依赖网络验证编译一次能用十年。在这个追逐新框架的时代能有一个控件陪着老系统一起慢慢变老本身就是一件值得记录的事情。本文还有配套的精品资源点击获取