vc 的 atl 做的 dcom, 因为 c/c++ 虽然高效但是太容易  

出错 , 如果不是很小心的释放内存 nt 很快就会资源不足 . 

java 就是最先看到这种情况 , 他用 jvm 实现了平台无关用内存回收实现了稳定健壮 . 但是  
相当多的 c/c++ 程序员抱怨 java 太慢了 . 的确即使到 java2 速度仍然是一个大问题 . 我曾经  
是一个 c/c++ 坚决拥护者在许多论坛里和 java 程序员打笔仗 . 但是我逐渐意识到面对与 in 
ternet 平台而不是特定的操作系统的时候 java 的速度问题往往是一个小小的瑕疵 . 我们可  
以想象那一个电子商务网站会用我们手头的 pc 做服务器 , 他们不是 sun 的 e1000 就是 ibm 的  
risc6000. 在这种平台上 java 这点速度问题只是 a peice of cake. 程序员只需要专注与商  
务逻辑的编程 , 而不必要关心数组是否越界 , 对象内存是否释放更不需要关心是不是 unix 
和 windows 的系统调用不一样 . 

微软的 c# 可以说是一种 java 与 c/c++ 的杂合体 , 他可以回收内存 , 可以平台无关 . 但是  

他又可以实现一些 java 没有的功能譬如在标记的程序段内用指针自己管理内存 , 可以实  
现操作符的重载等等 . 为什么要这样做我想也许 c# 还肩负了一定的面向操作系统开发的任  
务例如 winform. 他基本上的思 www.hnxxlw.cn 想和 java 类似 , 但是实现的方法又不一样他不通过 jvm 解释  
中间代码 , 而是吧源代码编译成 p 代码然后通过 CLS 库和 JIT 在平台上及时编译为 100% 的本  
地代码来执行 . 他的 pe 代码是独立于平台的 , 但是 cls 和 jit 却根据不同的平台而设计 . 因此  
c# 的平台独立有点类似于 c/c++ 在不同平台上的移植使得 c# 比 java 来的更快 . 而且微软还  
许诺 cls 和 jit 不仅针对 c# 还可以针对任何语言譬如 pascal,smaltalk,basic 因此将来有可  
能所有的编程语言都是可以平台无关的 (ms 真是毒 , 所有的语言都平台无关 java 还有什么  
优势呢 , 据说 ms 正在开发基于 pascal smaltalk 的 asp+). 

xml 很多人可能认为与 html 相类似的语言和 c/c++,java,c# 完全不在一个档次上的语言  
. 其实不然 . 我们知道不管是 c# 还是 java 都是通过统一地层计算来实现平台无关 . 那就必须  
在性能上付出一点代价 . 而 xml 却能够实现不同的语言之间的调用 . 譬如说一个网占用 jav 
a 用 bean 实现一个出货功能 , 另一个网站用 dcom 实现一个入库功能  . 如果这个网站需要实  
现 b2b, 用一般的方式就是在他们之间写转换程序 . 而 xml 通过标记语言来描述各自的借口  
特性 . 两端通过解析 xml 文本来实现互相的调用 , 无需任何中间转换程序  

只要一张 xml 文本就能实现 bean 和 dcom 之间的通讯 ( 要说清楚其中的机理 , 需要很多 xml 
概念如果有兴趣可以到 msdn.microsoft.com/xml 或者 www.s 3c.org 去看看 ). 目前 ms 的 .ne 
t 中最核心的技术 soap 就是完全基于 xml 的远过程调用 . 

介绍了那么多可能有点跑题 , 其实我最想说的就是 21 世纪的程序员应该从面向操作系统  
的传统方法中走出来 , 学习一点如何面向 Internet