Borland 与 Delphi、C++Builder 是什么关系?现在还用 Borland 吗
Borland 是 Delphi 和 C++Builder 最初的开发厂商，如今这两个工具由 Embarcadero 维护，Borland 品牌本身已不再作为开发工具厂商存在。但你在 Delphi/C++Builder 生态里仍会看到 "Borland" 字样，原因有两类：一是历史遗留的版权与商标声明，二是大量早期代码、组件和项目文件沿用了 Borland 时代的命名。判断一个标着 Borland 的东西今天还能不能用，关键看它是商标声明还是实际依赖。
品牌与产品线的演变
Borland 在 1980–1990 年代是主流开发工具厂商，Delphi、C++Builder、JBuilder 等产品都出自它。之后产品线经历了几次归属变化：Borland 将开发工具业务拆分为 CodeGear，CodeGear 又被 Embarcadero 收购，Delphi 和 C++Builder 从此归 Embarcadero 所有并持续更新。
所以今天说"用 Delphi"或"用 C++Builder"，指的是 Embarcadero 的产品，与 Borland 已经没有厂商层面的关系。
为什么现在还能看到 Borland 字样
以 X-Files Components 这个 VCL 组件包的页面为例，它在介绍面向 Embarcadero RAD Studio 的组件时，末尾仍保留了一行声明：
® Borland and the Borland logo are registered trademarks of Borland Software Corporation in the United States and other countries.
这类文字是商标归属声明，作用是说明 "Borland" 这个名字和标志属于 Borland Software Corporation，并不代表该组件由 Borland 开发或与 Borland 有当前业务关系。看到它，不需要推断产品过时或不可用。
另一类 Borland 痕迹则更实质：
- 旧项目文件、单元命名、编译指令中带 Borland 前缀或路径
- 早期第三方组件的版权头、安装脚本
- 文档和示例里沿用 Borland 时代的 API 名称
这些是代码层面的历史遗留，是否影响使用取决于具体内容，而不是取决于"Borland"这个词本身。
对使用 VCL 组件的开发者意味着什么
Delphi/C++Builder 的 VCL 生态有很强的向后兼容传统，Borland 时代形成的控件类型（如各类 DBGrid）和命名习惯一直延续。以 X-Files Components 为例，它提供 X-DBGrid、X-DBData 等面向数据库应用的 VCL 组件，并说明可与免费的 Delphi Community Edition 一起使用，版本更新记录显示其包会随 RAD Studio 新版本重新构建（如 8.7 对应 RAD Studio 13.2）。
这说明：Borland 遗留的组件形态仍在被现代工具链支持，但支持程度由组件维护者是否跟进新版本决定，而不是由 Borland 品牌决定。
遇到标着 Borland 的旧项目或组件怎么判断
按下面顺序核对，比纠结品牌更有用：
- 看它依赖什么：是纯 VCL/运行时库，还是依赖某个已停止维护的 Borland 专有 DLL 或 BDE（Borland Database Engine）之类组件。前者通常能迁移，后者往往是真正的卡点。
- 看维护状态：组件是否有对应你所用 RAD Studio 版本的构建记录或更新日志。有近期重建记录的，通常可用。
- 看声明性质：如果只是版权/商标行，忽略即可；如果出现在
requires、安装路径或编译依赖里，才需要处理。 - 实测编译：在目标 RAD Studio 版本中新建最小工程，只引入该组件并编译，观察报错类型——缺单元、缺库还是 API 不兼容，分别对应不同的解决路径。
一句话结论
Borland 是 Delphi 和 C++Builder 的历史厂商，今天这两个工具属于 Embarcadero；生态中残留的 Borland 字样多为商标声明或历史命名，判断可用性应看实际依赖与维护状态，而不是品牌名称本身。