未来技术走向！未来替代COM叫什么啊？－－再加50分。(50分)

  • 主题发起人 主题发起人 蓝叶菱
  • 开始时间 开始时间
蓝

蓝叶菱

Unregistered / Unconfirmed
GUEST, unregistred user!
题，代替COM的东西叫什么我想查资料，了解一下】
不过这些天有人说COM+被淘汰了,被一个叫"long horn"的淘汰了。，想请各位是不是有这个
各位告诉我啊。。
跟帖子：
http://www.delphibbs.com/delphibbs/dispq.asp?lid=3476946
 
.net的东西，好像是的。
 
是不是什么托管，什么不什么，究竟什么个什么，我都晕了。。。。。
我要找资料看看，可是找什么东西资料啊。。
 
我也不记得了，好像就是用.net封装的组建吧，汗，学艺不精，不记得了[:(]
 
我建议你去看一下下面这篇文字 里面提到了com以及它被取代的技术.NET
http://www.supermap.net/magazine/main/FXB/
 
地址收藏了。
不过不是针对中国的，就像世界Interbase是第二大数据库，强大的计划复制，可是中国就不同了。 中国人认为SQL SERVER 非常不错呢。。
[red]另外，最好有各个方面提供.NET代替COM究竟叫什么怎么比较了。[/red]
 
CLR 将替代 COM，但不会替代 COM+。
 
CLR是什么啊?不要说一半啊。。。
 
CLR指的是.NET用的Common Language Runtime(公用类库)
 
CLR是什么？
CLR指的是.NET用的Common Language Runtime(公用类库)
Framework中的代码叫做managed code,反之叫做unmanaged code。相比unmanaged code,managed code 有很多好处，比如可以用多种编程语言编写、提高安全性、易于版本控制和程序发布等等。这些都是由CLR提供的。但也有一些不利点，最容易想到的就是代码运行速度问题了。
要为managed code提供以上功能，CLR必须知道代码中的数据类型、类和与她有关连的assembly的定义。这些信息叫做metadata，而metadata就包含在代码中的某个部分（编译后）。CLR利用这个metadata加载代码段、管理内存、执行方法调用等操作。
.NET出来以前，在不同编程语言之间共享原代码，简直是不可能的事情。因为每个编程语言定义的数据类型不同，而且语法也不同。微软大师们想到了把数据类型统一的好办法。这个技术叫CTS（common type system）。现在做项目开发就比较简单了（用不同语言），比如一个项目组里有会用VB的，会用C 的。可能以前的方法是把两个人之间互相调用的功能写成DLL或COM。但现在不用这么麻烦了，你直接就可以使用其他语言编写的代码了。具体一点，用VB.NET可以继承C .NET写的类，反过来也是可以的。
我们安装软件的时候常碰到这样的提示 - 系统中的组件比要安装的组件的新，你要替换还是保留？是不是很讨厌？！现在开始你就用.NET吧，她不会因为这个“小”问题而打扰你了。因为每个代码都包含与她相关的metadata，CLR会根据这个信息来管理代码的不同版本。而且因为不用把代码的信息注册到注册表，所以可以用X-COPY的方式安装代码（就是简单的拷贝粘贴了）。
是用VB做好呢？还是用C 做好呢？这些问题是我们做项目的时候常要考虑的问题。但在.NET用什么编程语言已经变得不重要了（但还是有一定的差别，在特定项目中），因为CLR提供CTS（还有base class library）,而且都运行在CLR上面。在.NET中VB，C 等语言都有了相当多的提高，而且有了新的语言C#。C#已经申请了标准而且通过，可想而知她的POWE了。大家知道borland也发布了相关的开发工具C# builder。
 
据说.NET可以用REMOTEING service的方式来解决远程过程/对象/进程等的调用当然这东西前提肯定是要FRAME WORKER来作程序代理的,说白了FRAME WORKER就是完成JVM的功能,有了它们这种中间代理,又有OS的支持,MS要让这东西代替COM非常容易,只是需要两到三代的操作系统淘汰时间,当然这东西一旦实现MS的宏伟蓝图就可以开始淋漓尽致的发挥了,它可以实现梦寐以求的软件租用,软件全成了服务,只是由不同的厂商来提供比如搜索引擎由GOOGLE,baidu等等来提供,软件市场变得高度集中化.从此程序员应该走向底层或者自动化方面,当然这是我的估计,或者不对.:).
 
楼上的朋友CLR好象只是解决了一个沟通的问题,使信息标准化,它并不能直接代替COM,对于COM其本质就是一个服务程序,对等来讲我认为REMOTING SERVICE或者更合适一点,提起CLR通常认为是一种通用语言库,人们很少把它跟服务基本具体的程序联系起来,本人认识肤浅,如有不对欢迎指正.
 
CLR，我知道啊，就是通用语言类型库，据说是要代替WIN 32 API的。
我想这个不是代替COM的。。。
COM是一种服务组件。
我同意楼上的观点。我的拙见。。。
 
web service ？
 
应该不是，可能是web service技术的种，我也不知道啊。
 
继续解释一下:WEB SERVICE就是MS在DOTNET下要实现的REMOTING SERVICE,MS在DOTNET中使REMOTEING SERVICE能做到ANY WHERE WEB SERVICE ,您可以用任一应用程序来发布服务,可以脱离IIS而存在,前景或者根本就是现实,现在DOTNET就可以完全这样的功能,据说实战应用中不是太灵光:),有待FRAME WORKER的进一步升级,不知道这样说楼主清楚了没有..
 
另外本人想到上海找工作,不知有没有朋友可以给些求职方面的建议.
 
我知道WebService,但是我是说替代COM的东西。我感觉整个使两个不同的东东。
 
COM->DCOM->COM+这是微软的一套面向分布式多层应用的体系结构，目前来看今后的发展不是很明朗。
而基于SOAP的WebService技术在这些年却有了非常广泛的应用。
COM技术依赖于Windows平台，而WebService技术却和平台无关，应该说WebService的应用前景更宽些。
我感觉微软要替换COM的技术的话也不是很容易的事情，毕竟这个东西和操作系统结合的比较紧密。
如果是做应用的话建议还是用WebService。
***以上只代表个人观点。
 
所谓COM也好,REMOTEING SERVICE(WEBSERVICE应该是DOTNET没流行前的叫法,当然现在也叫就跟OLE,COM,ACTIVE的叫法一样)也罢,忽略其叫法,就其功能就是实现了远程机器中软件资源的共享,包括从工作方式上讲它们就是一个服务器;从底层来说,COM与REMOTEING SERVICE都是基于TCP协议来实现远程数据的交换的,而COM在实现最初要求同时开放多个端口,并且防火墙通常会屏蔽它,另外它已不能适应现在软件网络化,应用开放化的需要,REMOTEING SERVICE其实现也需要开放网络端口,但好处就在于有了FRAME WORKER的帮助,它从底层一缆子实现了TCP/IP ,HTTP的数据交换形式,作为SERVICE REMOTEING更专注于数据组成的格式,所有的网络交换与序列化全交给了FRAME WORKER,而FRAME WORKER能工作的那么好,也是归功于MS自己在操作系统底层的支持,否则进程间的东西它没办法交换,这也是前阵MS疯狂打升级包的重要原因.
 
您必须登录或注册才可回复。

Similar threads

S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
I
屏幕取词技术揭密
回复
0
查看
787
import
I
I
exeLock技术完全分析
回复
0
查看
548
import
I
I
屏幕抓词的技术实现
回复
0
查看
609
import
I
后退
顶部