com+过时了吗？请高手指点，感激不尽~！

[rlqiang]

以前做项目，用midas三层。最近遇到一个项目，中型的。本来想用Com+ midas socketconnection ，正在学习中。可是听朋友说com+已经被微软淘汰了。我如五雷轰顶啊~！感觉自己很落伍了。
高手啊，那现在什么技术先进啊？什么又取代了Com+呢？
小弟跪谢~！

[亮剑_]

其实没有什么过时不过时的，汇编到现在也没有过时呀
微软的COM现在改叫.NET
在最新的Delphi中，也有不依赖于COM的Midas
Midas从D6后就改叫DataSnap

[tfxg]

其實都是一個表達的模型，無非是包裝一些功能給你調用

[Harryfin]

DataSnap 是不是在delphi 2007 中没有了啊?
－－－－－－－－－－－－－－－－－－－－－－－－－

应该不会吧，DataSnap是CG鼓吹的东西

[Jack_Yin]

膜拜 学习.....

[lhy]

没什么过不过时，好用就成。

[gyk120]

无所谓什么过时不过时，.net的还有嘲笑Delphi和MFC过时的，但是事实上，Delphi，MFC，汇编，使用的人都不少
能赚到钱就行，管别人说什么，别人说跳楼很爽，你也跟着跳楼？

[chinamis2008]

DataSnap 是不是在delphi 2007 中没有了啊?

[yjytiantang]

技术没什么过时不过时的 能实现且方便就OK.

[ysai]

不是COM+过时,而是防火墙限制了COM+的应用
动态端口是COM+的死穴

[jiangfx2001]

只要能实现你要的功能就行...管它什么啊!
虽然现在都认为以车代步比较现代,可是仍然有人步行!
只要能到目的地就OK了!

[liuhuan992]

管别人说什么，别人说跳楼很爽，你也跟着跳楼？

个人认为这句话很经典！

[RAISEEXCEPTION]

然而仍然存在一些技术方面的原因。尽管MSIL是平台中立，但 .NET框架类库的某些部分并非平台中立。例如企业服务（Enterprise Services）支持可伸缩、面向事务（transaction- oriented）的应用程序，而它乃是根植于名为COM+ 的早先的Windows技术。因此这一部分只能运行于COM+ 存在的地方。另外一部分类库也明显或多或少地泄漏了它的Windows血统。

引自: 书名：.NET大局观( 第2版)

[RAISEEXCEPTION]

另外. COM+应该说是个不错的东西. 可以和JAVA EJB的事务对象比较比较. 可看出有意思的地方.除非MS不搞向下兼容了,否则COM+
会在底层很长时间.

还有, VC 的 MFC 怎么办? MS不可能说把MFC扔就扔了吧. 至少需要很长时间的.

以上只是个人猜的.呵.

[liuhengwinner]

只有是工具就没有 过时不过时之说，只不过原来用的广还现在用的少而已！

[tangt]

呵呵，我转了十年，最近又转回来了，还是在DCOM上晃悠。

技术，别说过不过时，看你用的对不对。
非常欣赏楼上各位的态度，大家都逐渐走向理性了。

举两个例子，在封闭网络里，有些业务系统非要写成WEB的，工作人员移动办公可能性事0， 此类案件，相信大家看到的都不少；
有个精彩的小游戏，Flash的，好像叫xeno什么的，到了第6关的时候，连酷睿双核跑起来都卡，

背后，就是技术运用的不当。

[tangt]

顺便补充一句，

你的平台如果非要在Window8，9上跑，可能的确不能考虑com这类东西了，
不过要清楚，微软作为技术发展和基础储备，有com的代替品是正常的，没有什么会永垂不朽。但你的系统应该结合你需要部署的平台。
通常大型系统和对应的操作系统式相对固定的，不会有分别升级的。

[shuihan20e]

[Quote=引用 4 楼 gyk120 的回复:]
无所谓什么过时不过时，.net的还有嘲笑Delphi和MFC过时的，但是事实上，Delphi，MFC，汇编，使用的人都不少
能赚到钱就行，管别人说什么，别人说跳楼很爽，你也跟着跳楼？
[/Quote]
你去跳了告诉大家爽不爽

[yhf365]

[Quote=引用 4 楼 gyk120 的回复:]
无所谓什么过时不过时，.net的还有嘲笑Delphi和MFC过时的，但是事实上，Delphi，MFC，汇编，使用的人都不少
能赚到钱就行，管别人说什么，别人说跳楼很爽，你也跟着跳楼？
[/Quote]

精辟

[InceptKnowledge]

能用就成，何必穿时髦呢!