开发三层结构的分布式应用,用COM还是用CORBA

to:RedFire(丹焰)　
CORBA的开发用什么开发工具;用哪一家的ORB产品;在什么操作系统平台上?是否有过较成功的案例?

Corba 用cb（有delphi,cbuild,jbuild,）比较好.我们以前作过一个。

不过
Corba技术，很昂贵的，一同要几十万块钱。

这个要看你的东东是准备了多少银子，如果太少了，恐怕买Corbra的一些工具不划算的，而且考虑你的东东是不是需要在不同操作系统下，现在，好像提到Corbra,更多的使用在unix,linux得环境下，windows下，好像用com得方案要多一些。
corbra，你用sun或者ibm得方案都可以的！！

windows平台上就不要用corba了。

to:airhorse(编程至尊宝)　
CORBA哪些技术需要几十万?
to:softarts(CDMA2000)　
能不能详细解说一下？

为什么不用？很好用的呀！做培训的话，比COM快多了。

用COM，CORBA有点像没娘的孩子，性能不错，就怕某天没人支持，毕竟微软...

COM在操作系统中自带,相当于免费;CORBA还要那么多钱,难道真的是一分钱一分货.

用COM吧,开发方便快捷,而且你的15个人中,只要会支持COM开发的语言就可以了,可以不同的子系统使用不同的语言混合开发,如Delphi、BCB、VB、VC、ASP等都可以。

根据我的体会还是用COM吧。
我们买了Inprise的visibroker的开发版。
等到release的时候，还要付钱给Inprise,每个release，若干rmb。

会CORBA的人太少了，还是用COM吧，而且CORBA是雷声大雨点小。不用担心会VC的人少，许多组件用Delphi和VB作足够了，我想Delphi作的比VB强多了。真正的关键性组件最好用VC作，但这样的组件不会太多，用VC的必须是个真正会的爷，否则

不知哪位高手用过CORBA来开发三层结构的分布式应用,遇到过什么样的麻烦?
哪位高手用过COM/DCOM来开发三层结构的分布式应用,遇到过什么样的麻烦?

聊聊天：三层结构只能用COM+，而不是COM，COM不是COM+，我知道COM+是以COM为基础的，但不等COM+，有人说COM+=COM+MTS，但不单单是这样的。
我认为用VC的ATL开发COM+组件是较好的平台，这不是BCB，DELPHI能比的（俺不懂这两个工具，不过我可以感觉得到），不要对我攻击，你也BCB，DELPHI好也可以，这不关我的事。
唉！，三层结构，我又发现三层中的中间层组件又是在处理数据库的问题？，我Faint,我要跳离火坑呀！

三层结构的开发,包括数据访问层、业务逻辑层、表示层三个层次的开发,大家都很关心业务逻辑层的开发,用VC的ATL开发业务逻辑层挺好！但是不是每一层都用它来开发,或者是有没有一个工具可以同时开发三个层次的东西;

to siguowang(程序人生):
你们用了visibroker的开发版，感觉如何？？实现了甚麽功能？？
请教一下，先谢了

电信用的是iona的orbix，感觉很好。

Iona的orbix是最好的ORB产品,可惜它只支持C++和java的IDL map而且很贵!支持java的Orbix_Web更贵！

谁能简单介绍一下orbix是什么东西?
在哪里有它的介绍?在电信的哪个项目,在哪家电信公司已经使用了该系统.

如果我记得没有错，Inprise公司拥有自己的CORBA产品，Visibroker,我不认为它会
基于COM，更何况Inprise公司一直以它的CORBA产品的性能高而自豪。
如果你开发的东东没什么重要的关键的西西，用COM也不错！如果有的话，建议你用
CORBA,最后可以移植到国内CORBA产品上

不明白.
CORBA是建立在COM基础上的.怎么会比COM更快．
要是ＣＯＲＢＡ比ＣＯＭ出色，那一定是ＣＯＲＢＡ的ＣＯＭ写的非常好。　
也是就是说开发ＣＯＲＢＡ人员用的是ＩＮＰＲＩＳＥ公司的ＣＯＭ经验及管理思想。
那怎么能说ＣＯＭ不如ＣＯＲＢＡ（啊！谁的鸡蛋）
我是一个ＣＯＭ初学者，在此写了这些文字，是想请各位高手指点，所以（啊！又一个鸡蛋）
所以,所以大家不要向我抛鸡蛋啊。

To mycode: 到http://www.iona.com/看看！

To mycode: 到http://www.iona.com/products/orbhome.htm看看

关于这是个很大问题！以我的体会，CORBA 更容易上手，但要开发出象样的东东，需要比较深入的了解复杂的事物处理机制等等问题，而此认为是计算机博士的专利。而COM 只是一种MICROSOFT 绑定的技术，我对此技术报一种观望的态度，因为它的系统结构决定了。

我目前正好在负责主持一个三层分布式应用的开发.配置如下:
操作系统平台:Windows NT/2000
管理工具:RUP
设计工具:Rose2001
开发工具:VC+COM/DCOM/ATL+MFC
开发人员:系统分析员1+高级程序员3+程序员3+测试员2+产品化1目前已经在进行设计建模了(需求分析,原型设计,分析建模,接口设计都已经做好了,但还需要迭代完善),整个过程中我最大的体会是项目组成员的素质参差不齐对项目的进度和质量产生了巨大的影响.我们进行了大量的培训,但只能解决一部分问题.所以人是关键,一个成功的项目不是仅仅需要一个关键的人,而是需要一个团队,团队的配置是最重要的,光有合作精神还是不够的.
采用COM或CORBA取决于你的应用平台和现有的基础(技术基础和团队配置),两个都是很成功和广泛应用的分布式对象技术.

to:wonder88(wonder)
您能详细点介绍吗？

to: vcmfc(菜虫)
应该说这里的COM包括了狭义上的COM和DCOM及COM＋。微软的DCOM分布式对象就已经完全能够胜任三层甚至是多层分布式系统的构建和开发。对于COM＋，微软朝这个方向发展的最重要原因是为了给用户提供你企业级的应用环境（操作系统）和开发工具。如组成COM+的事务处理、内存数据库、对象池、更强的可管理性等一系列基本服务。分布式体系要求的是远程调用能力和透明的分布式组件服务功能。
基于COM＋的典型系统目前还比较少见，虽然微软提出来已经快四年了，但成熟的推出是在Windows2000中。特别是由于它定位在企业级的应用中，同时又没有提供一些可以参考的成功你的案例，比起SUN、Oracle和IBM的解决方案显得不够成熟，，所以还没有大量的应用，熟悉的开发人员当然也就少了。
利用ATL进行COM＋的开发与进行COM和DCOM的开发在技术上区别是很小的，主要体现在设计目标差别很大，如果你只是开发一个小型系统，是利用不上COM＋的一些基本服务功能的。在技术上的较大的区别有组件的配置和管理、增强的安全性等。当然，目前ATL是进行COM/DCOM/COM+开发的最好的工具，我个人认为虽然Visual Studio.Net中的C＃简化了组件开发和配置，但是在短期内对ATL的地位不会产生很大的影响。这已经偏离了主题，如果谁有兴趣可以一起来讨论这方面的发展方向。
关于三层结构中的中间层，我认为还是如通常所说的，处理的是业务逻辑（商业逻辑或领域逻辑），而不是数据库的问题。很少有应用不涉及到数据访问，微软想通过提供统一的数据访问接口甚至是组件（RDO/OLE-DB/ADO）解决所有的数据访问问题。在一个三层应用中，微软认为我们应该把对数据（库）的访问通过底层（三层的数据访问层）的组件封装起来，提供简单统一的数据访问服务。对于底层的组件，我的理解是基于RDO/OLE-DB/ADO等标准的数据访问接口设计自定义的数据访问组件，包装应用程序对数据的访问，供中间层的业务逻辑组件调用。对于工具，我们在数据访问层和业务逻辑层采用ATL，而在表示层采用的是MFC（当然也可以用VB和Delphi之类的快速开发工具），这应该是一种典型的方法，我也比较倾向于这个方案。（一家之言，欢迎指正和参与讨论）to: wanwenguo(wanwenguo)　
详细介绍内容太多了，如果确实有兴趣可以找个时间聊聊，行不？

嘿！听课！！
有个问题想请各位交流： CORBA与COM有何区别?

to:duqingwei(永远的学生)　
我认为Visibroker也不是基于COM的,我说的是用Delphi开发基于CORBA的应用程序时,这里面的CORBA实现是;具体请看<Delphi 5开发人员指南一书>to:All
很高兴与各位交流.我觉得：wonder88(wonder)　讲得很好,采用什么技术与团队有关系;这才是选型的是最重要的一点;所以我准备选用COM;

to:wonder88(wonder)
你没有留下和你联系的方法呀！我：[email protected]

对于三层逻辑，并不是在部门的每一处多是三层的，有些可以用c/s结构，
现在有好多单位多采用了三层结构，来处理本企业的MIS系统。
我就在做。

调试易

开发三层结构的分布式应用,用COM还是用CORBA

解决方案 »