C#+COM组件的开发方式有什么不足的地方?
以前一直用VB/VC++/Delphi + COM/ActiveX控件的方式开发c/s结构的系统,现在c#出来了,很感觉有进一步学习的必要,但又不能放弃原有业务,请问用C#+COM的方式开办c/s系统会有什么问题吗?还是c#只在.net平台上有出色表现?
我简单的试了一下知道这种方式可行,但不知道真正应用环境下会不会遇到好像意想不到的问题,有没有人应用过这种方式作过开发?
请不吝赐教!
问题点数：20、回复次数：7Top
1 楼Sunmast（速马@Redmond, WA）回复于 2005-07-23 01:06:55 得分 3
COM+ Service在.NET变成了Enterprise Service，可以看作COM+的托管包装，可以和原有COM+组件互操作
.NET技术本身还没有可以全部代替COM+Top
2 楼hdt（倦怠）回复于 2005-07-23 02:49:07 得分 3
不同环境下的不同应用，各有优缺点，纯的.net，开发部署可能会容易些，但是在性能上绝对不如com
.net最可恶的是客户端必须装.net框架
Top
3 楼chenzhanyiczy（hi）回复于 2005-07-23 03:17:41 得分 3
在.NET程序中凋用COM的话,.NET CLR会产生一个RCW程序级,起着桥梁作用,正由于这个,所以在性能上会有所降低,而且部署COM很麻烦,容易出错,建议用.NET组建开发,毕竟.NET组建克服了COM的许多不足,是一个全新的组建Top
4 楼cuike519（I will be back!）回复于 2005-07-23 04:29:48 得分 3
COM+和.NET之间的交互通过Warp来实现的。.NET虽然有替代COM+的可能但是目前看来好像没戏！
Top
5 楼zjh135（aaa）回复于 2005-07-23 08:59:00 得分 3
这个问题就转变为:开发纯.NET程序好,还是COM与.NET结合的程序好了?
我认为你要开发.NET程序就要纯的.NET的程序不要参杂其它的程序会好许多,问题也可能少许多;
你要用COM程序你就用VB,C++或DELPHI,,这些成熟的产品好了.Top
6 楼junqilian（峻祁连）回复于 2005-07-23 09:35:54 得分 0
是这样的,现在经常作的就是在第三方COM组件上作二次开发,比如MapInfo MapX, 虽然mapX也出了.net版本,但公司已经买了mapx,不好再改了
如果c# 和 mapX的结合并不是太好的话,那还是老老实实的用delphi好了Top
7 楼julong88（（无锋之刃））回复于 2005-07-23 22:31:59 得分 5
为什么不用remotingTop
