了 C#( 读作 C Sharp) 语言方案，但那属于和 Java 同一类的东西。看来是金无足赤啊。根据  
你的需要做选择吧。实际上 Visual C++ 和 C++Builder 也不是单单竞争关系。它们在许多  
领域并不重叠，甚至是互补的。到底怎样取舍，要根据你的项目特性决定。如果你开发  
系统底层的东西，需要极好的兼容性和稳定性，选 Visual C++ 吧。你可以只调用 Window 
s 的各种 API ，不用 MFC 。如果你写传统的 Windows 桌面应用程序， Visual C++ 的 MFC 框架是  
" 正统 " 的选择。如果你为企业开发数据库 www.hnxxlw.cn 、信息管理系统等高层应用 (" 高层 " 是相对  
于 " 低层 / 底层 " 而言的，不是说技术高级或低级。 ) 而且有比较紧的期限限制，选 C++B 
uilder 比较好。如果你用的语言是 Object Pascal ， Delphi 是唯一的选择 ( 如果 GNU Pasc 
al 等免费编译器不考虑的话 ) 。如果你原先用 Delphi(Object Pascal 语言 ) ，现在想改学  
C++ ，应当先用 C++Builder 。熟悉的界面和相同的框架会让你的转轨事半功倍。  


　　另外，虽说 MFC 已显落后，但不是说它不值得学。事实上，不学 MFC 就等于没学 VC 
。利用 MFC 框架开发程序仍然是目前开发桌面应用的主流模式，而且还会保持相当长的时  
间。即使你不使用 MFC 框架，花点时间学习一下 MFC 的封装机制对你熟悉 C++ 的 OOP 机制和  
Windows 底层功能也是很有好处的  
作为程序员等级评判的标准之一 c/c++( 不管是 mfc 还是 bcb) 将  
会让位给三种编程语言 ,1.sun 的 java2.windows 平台上的 c#3.xml 

为什么这么说呢 , 我认为最大理由是目前的应用程序正在从基于独立的操作系统 , 传向  
基于 internet 平台 . 

我们以前开发应用程序都是依赖于平台的功能调用 ,mfc,bcb 都是这样 . 而现在日益火热  
的 internet 编程却最不想关心的就是某一个平台的调用 , 譬如说要实现 b2b 的电子商务那  
么就需要做不同平台的集成 , 如果我是程序员我最 care 的就是如何实现商务逻辑  

而不是各种平台之间的通信和管理 . 那么我们最迫切需要的就是一种与各种平台调用无  
关的语言 , 这中语言只注重程序逻辑的设计而不涉及平台的调用 . 而我们熟悉的 c/c++ 却恰  
恰不是为这个而设计的 ( 赫赫这也不能怪 c/c++ 在 70 年代谁能知道现在 internet 的情况呢  
).c/c++ 的最初设计目的是为了设计 unix 产生一种介于汇编和高级语言之间的一种开发高  
效而性能不低的语言 . 他要比其他任何高级语言都要关心系统的物理结构 , 譬如一直是毁  
誉搀半的指针 . 指针之所以强大就是应为涉及了系统物理内存的管理 . 他可以使得程序员  
和系统之间成为一种半透明状态 . 但是就是这种半透明的状态让指针带来了更多的不稳定  
性 . 

c/c++ 在面向 Internet 的编程中却无任何优势可言 . 跨平台的电子商务软件最害怕顾及  
各种平台之间的天差地别的系统调用 , 最害怕时不时的由于内存泄漏而 crash.c/c++ 的优  
势在这里却成为了劣势 . 即使在 windows 平台上开发基于 windows dna 的 solution 

用的最多的还是 vb 做的 dcom 而不是