--
FROM 218.108.223.*

而且代码比VC之类的要简短很多
【 在 prog2000 的大作中提到: 】
: 当年的delphi c++builder做快速应用开发
: 绝对的No.1
:
--
FROM 218.108.223.*

刚好有个AI的文章：
给VCL提供C++接口是对VCL库的包装吗？C++ Builder中使用VCL类库会比Delphi性能低吗？

关于VCL的C++接口与C++ Builder性能问题详解
这两个问题是C++ Builder和Delphi开发者最关心的核心问题，我给你用清晰、直白、不绕弯的方式讲透：

一、给VCL提供C++接口 = 对VCL库的包装吗？
答案：是，但不是简单的“包装”，而是 原生级别的双向绑定 / 语言桥接。

1. VCL 本身是用 Delphi (Object Pascal) 写的
VCL 的核心代码、窗体、控件、组件逻辑全部是 Delphi 原生实现，编译成二进制代码（obj/bpl）。

2. C++ Builder 并没有重写一套 VCL
它做的是：

提供 C++ 头文件（.hpp）
提供 编译器级别的兼容层
让 C++ 能直接调用 Delphi 类、方法、属性
这就是 VCL 的 C++ 接口。

3. 本质上是：
C++ ←→ Delphi 语言绑定（Language Binding）
不是“套一层壳”，而是直接二进制兼容。

你可以理解成：

C++ 看到的 VCL = C++ 语法风格的接口
底层跑的 = 原汁原味的 Delphi VCL 二进制代码
所以：
? 不是低效的 wrapper
? 不是二次封装
? 是原生级直接调用

二、C++ Builder 中使用 VCL 会比 Delphi 性能低吗？
答案：几乎没有差别，绝大多数场景完全一样。

为什么性能几乎相同？
VCL 执行逻辑 100% 是 Delphi 二进制代码
C++ 调用 VCL 方法时，直接跳转到 Delphi 实现，没有中间层。

C++ 和 Delphi 使用同一个编译器后端
C++ Builder 和 Delphi 共享：

相同的代码优化器
相同的链接器
相同的运行时（RTL）
生成的机器码质量一致。
对象模型完全兼容
VCL 对象（TObject 继承体系）在 C++ 和 Delphi 里：

内存布局一样
虚表结构一样
调用方式一样
没有任何转换开销。
那什么时候会有微小差距？
只有一种情况：
C++ 语言本身的额外特性带来的极微小开销
（不是 VCL 的问题）

例如：

C++ 的异常处理（try/catch）比 Delphi 略慢一点点
C++ 的多重继承、复杂模板带来的极微小开销
手动管理的指针、类型转换（如果你乱用）
但这些：
? 对 UI 操作无影响
? 对 VCL 控件无影响
? 对 99% 业务代码无感知
? 差距在 纳秒级别，用户完全感觉不到

最直白的结论
C++ 的 VCL 接口 = 原生绑定，不是包装层
C++ Builder 调用 VCL ≈ Delphi 调用 VCL
性能几乎完全一样，没有可感知差距
总结
VCL 的 C++ 接口不是低效包装，是原生二进制兼容
C++ Builder 使用 VCL 性能 ≈ Delphi
只有 C++ 自身语法特性会带来极微小、可忽略的开销
做桌面 UI、业务系统、工具软件，完全不用担心性能问题

【 在 prog2000 的大作中提到: 】
: 是，C++builder 比VC好
: 但整个架构有点儿别扭
: 还是Delphi好，像我们当年在学校是学pascal的
: ...................
--
FROM 218.108.223.*

C#不是原生编译，exe依赖对应版本的.net框架才能运行，不能做绿色版软件
【 在 youyuan715 的大作中提到: 】
: 后来，这个delphi的编译器大神被微软挖过去搞.net了
:
--
FROM 218.108.223.*

BCB做小工具从几百K到一两兆，Electron要上百兆
【 在 nsyncxyz 的大作中提到: 】
: 这也太古早了，现在Electron 一把梭。。。
--
FROM 218.108.223.*