和朋友的聊天记录，讨论了.Net 和 J2EE的问题。

和朋友的聊天记录，讨论了.Net 和 J2EE的问题。

digizer0 说:

问你个事，算是你业务专长吧，.net enterprise services只是在.net中调用com+用的吗？

旻 说:

弹性工作制？

digizer0 说:

嗯，身体不太好，跟公司协商的结构就是这种工作时间，主要想错开上下班高峰

digizer0 说:

协商结果

旻 说:

enterprise services就是com+，

 

digizer0 说:

可为什么叫.net enterprise services?

旻 说:

.Net中有一个类库，叫做Enterprise Service的名称空间，里面的类，是用来在.Net中访问COM+ 的。

digizer0 说:

就是.net和com的接口吧，我这么理解

旻 说:

.Net中的System.EnterpriseServices是用来访问Com+的

digizer0 说:

嗯，.net 到底在微软的战略中位置如何啊？

digizer0 说:

vista中会以.net 为中心吗？

旻 说:

核心

旻 说:

在Vista中大部分Windows的开发都在.Net上进行

digizer0 说:

比如？wcf, wpf, wwf都在.net 上？

旻 说:

对

digizer0 说:

哦？有意思，不在.net上的有什么？

旻 说:

传统的也会在.Net上有更多的支持

旻 说:

不用.Net的话，就像原来用Win32 API

旻 说:

现在大约有2万多多个API

旻 说:

所以以后要统一到.Net类库

digizer0 说:

嗯，也就是把OS级的系统调用也都统一到.net上喽

digizer0 说:

最终所有开发全都到.net上吗？

旻 说:

是的，并且微软其他的产品线也要以.Net为平台

旻 说:

80%吧，

旻 说:

SQL2005，BizTalk2006现在都是在.Net上开发了

digizer0 说:

也就是说OS中用于支持.net的那部分对于用户和大部分开发者都是不可见的？

旻 说:

没明白你的意思

digizer0 说:

.net只是中间代码啊，还需要支持它运行的部分，按现在的构架来说也就是win32的部分，这一部分怎么也不可能没有吧

digizer0 说:

难道说最终形态是windows=.net?

digizer0 说:

我是说最底层

旻 说:

对于开发者，他们看到的就是.Net。

旻 说:

Win32的API继续兼容

digizer0 说:

所以也就是说OS中用于实现.net的那部分对于用户和大部分开发者都是不可见的

旻 说:

除非是非常深入的高级人员，否则.Net可以完全满足应用

digizer0 说:

必要的时候还是可以抛开.net直接调用更底层的api是吧？

旻 说:

可以

digizer0 说:

毕竟操作系统全体不可能全都实现在.net上

旻 说:

对

旻 说:

也许将来.Net会完全实现所有的API

digizer0 说:

这个更底层的api还是win32吗？没什么变化？

旻 说:

可以说是Vista的API吧。增加了不少功能

digizer0 说:

本质上没什么变化吧，其实也不可能有什么本质变化

digizer0 说:

vista现在变成了一个大application server了

旻 说:

本质上的我就不太清楚了，Vista是面向个人的操作系统

digizer0 说:

难道vista中不完全支持wcf,wpf,wwf等等？

旻 说:

W3F是Vista的一部分

digizer0 说:

对啊，这已经是传统的ap server的概念了，不过其他更专业的服务应该是区别 vista 和 vista server的关键

digizer0 说:

呵呵，问了一大堆。现在干什么呢？

旻 说:

开会呢

旻 说:

 

digizer0 说:

哦？开会居然还能回复我，厉害，不打扰你了

旻 说:

呵呵，没什么关系

旻 说:

怎么一下关心MS了？

旻 说:

你不是在J2EE吗？

digizer0 说:

开你的blog写得那么欢，而且本来也应该了解一下动向。我本来也不是反MS派的，呵呵

digizer0 说:

想在更高的高度上看一下技术发展动向

digizer0 说:

不过说来说去.net 和 java 还是太像了，什么时候能统一就好了

旻 说:

哈哈，有人关心我的Blog

digizer0 说:

是啊，先从关心周围的人的blog开始，了解一下大家都在想些什么干些什么

旻 说:

统一是不可能了，增加互操作性就好了

digizer0 说:

当然，统一是没什么希望，呵呵。似乎.net 对 java的互操作性比较好，有个mono project，你该知道吧

旻 说:

知道，但一直没有实际用过

旻 说:

没有linux环境，

digizer0 说:

我也没用过，只是知道而已，毕竟我还是比较喜欢open source的

digizer0 说:

不用啊，mono 支持 windows的，我记得

digizer0 说:

他只是.net 的open source实现而已

digizer0 说:

windows, linux 都支持

digizer0 说:

而且更疯狂的是在它上面有人写了java 的编译器，所以它应该是可以和java互操作的

旻 说:

真疯狂，我全都不知道

digizer0 说:

也没什么，你是专注于搞微软原生的.net的，不知道也无所谓，不影响业务，或许该说不知道更好？省得你把mono 介绍给客户，哈

旻 说:

有了Mono会使得。Net更有竞争力

digizer0 说:

是吗？嗯，在普及.net的意义上是的，但一般用户都已经在windows上了，没必要特别用这个open source的，毕竟库的支持还不全面

digizer0 说:

对 linux上的用户还是很有吸引力的，以后加到你的演讲中吧

旻 说:

有道理

digizer0 说:

.net 上的 java虚拟机实现是这个 http://www.ikvm.net/

digizer0 说:

刚才说得不全，ikvm不只是java编译器，是整个java虚拟机的.net 实现

旻 说:

在.Net编的JVM？

旻 说:

那得多慢呀

digizer0 说:

对

digizer0 说:

不会很慢吧，我觉得，最起码把java 代码编译到clr代码后应该不会很慢

旻 说:

Java和CLR不完全兼容吧。

digizer0 说:

这倒是，不过应该差别不是很大，两个都是虚拟机嘛，互换性是比较高的

digizer0 说:

我觉得虚拟机本身其实差别不会很大的，不过就是那么几十条汇编级的指令而已吧

旻 说:

CLR不是虚拟机

旻 说:

具体区别我不知道，但是微软说CLR不是虚拟机

digizer0 说:

是嘛？即使微软不这么叫，实际上是一样的

digizer0 说:

如果不是虚拟机的话，CLR是不可能真正实现跨平台的

digizer0 说:

不是有CIL吗？那应该就是虚拟机上的代码

旻 说:

CLR是按照跨平台来实际的，但并不是所有.Net类库能够运行在其他平台

digizer0 说:

这我知道，因为很多类库和windows的耦合度太高了，但本质上是可以的，不然mono就不可能被实现出来了

旻 说:

对

digizer0 说:

所以我说java 和 clr的互换性是说虚拟机级的，类库其实只有有人去实现怎么都好办

旻 说:

我比较注重应用程序级别的互操作性，比如WebService就比较成功

digizer0 说:

不过 ws只是纯为了实现互操作性的一种技术啊，如果 .net 和 java 本身就互换的话不就更省事了，不用借助 ws 来做一层间接转换

digizer0 说:

当然考虑到与其他技术的互换性，ws 无疑是非常成功的

旻 说:

比如对于现有的系统，最好能非常容易的和现有系统整合

digizer0 说:

对，同意

旻 说:

系统的异构性，是必然存在的，数据的整合也是非常迫切的需求

digizer0 说:

应该说现在唯一现实可行的异构系统整合技术只有 ws

digizer0 说:

cobra等等还是不行

旻 说:

太复杂了

旻 说:

其实WS的成功是XML的成功

digizer0 说:

从异构系统整合这一点上来说，java 和 .net 的互换性很好，对 ws 都支持得很到位，最起码比其它平台要到位

digizer0 说:

嗯，是成功也是失败，xml实现了互换，但代价是复杂度，用起来太麻烦了

旻 说:

有没有比XML更简单的？

digizer0 说:

好像有，但都是小打小闹，基本都是一些公司的专有实现，不是公开标准，但好像确实很快

digizer0 说:

有个叫ice什么什么的名字忘了，呵呵

旻 说:

关键是它是不是自描述的

digizer0 说:

那不好说，从标准上来说可能是自描述的，只不过不是业界支持而已

digizer0 说:

自己的一种自描述定义？我也不很清楚

digizer0 说:

所以要真正获得最大范围的支持的话，目前还是 ws

旻 说:

XML将数据的内容和数据的含义都提供支持，而且不仅对于机器可读，人也是可读的。

digizer0 说:

嗯，这就是一个权衡问题了，可读性换性能，我常想其实在传输时可以不用文本格式的，只在需要人参与的时候转换一下

digizer0 说:

已经有人在作这方面的东西了，不过好像大家都很满足文本格式的，其实到了ws 这一步，性能已经不是第一位要考虑的问题了

旻 说:

XML有二进制技术

digizer0 说:

嗯，我说的就是这个，但好像进展缓慢

digizer0 说:

主要还是需求不那么明显吧

digizer0 说:

其实xml 也很不错了，真正要性能的话自己开发专用的协议就好了

digizer0 说:
  以后 ws 的 技术也会慢慢简化的