.NET在全世界的影响程序越来越高，InfoWorld所作的一个统计，编程时优先选择的API框架，Microsoft .NET占53％，而J2EE目前占47％（这是一个多选题）。仔细想一下，.NET概念提出来不超过四年，真正有实际产品也就是两年多一些，而现在就稳居业界第一的地位。
相信博客堂的朋友们都了解SQL Server的一些优越特性，其中最重要的一点就是SQL Server 2005对.NET Framework 2.0的良好支持，譬如使用C#来编写存储过程之类的。可是有没有人曾经想过有一天Oracle以及IBM也会支持这些特性？？？
OK，至少我没有想到，我相信大部分开发人员看到这儿，可能也不会相信是真的，那么，就来看看他们网站上的新闻吧:
IBM: A look at the new functions in DB2 Universal Database （消息来源：IBM DeveloperWorks）
与Visual Studio.NET的集成
使用CLR来创建存储过程
Oracle: Oracle Introduces Oracle(R) Database 10g Release 2 （消息来源：MSN Money）
似乎DBA们也应该开始学习一下.NET了…
BTW: 昨天在济南酒店中吃午饭时，偶遇原来傲姿时代公司的老同事，目前就职于Oracle，偶有所感，以此为记…
贴子以“现状“提供且没有任何担保也没有授予任何权利
打赏作者
如何让没有安装.net framework 的机器运行.net下编译出的程序呢?
扩大程序的兼容性嘛!
呵呵，如何让没有安装JDK的机器运行Java编写的Applet呢？
扩大程序的兼容性嘛！
如何让不懂英语的朋友能够说一口流利的英语？
扩大语言的兼容性嘛！
🙂
wollastom：。。傻！
呵呵。
开个玩笑。
这么对我有点，那个啥！
这个对于搞计算机的人来说没有什么异议。
对于大众从没有.NET环境到必须依赖.net环境来讲。要做的工作太多了。
最近我在做.net推广(没有办法因为自己写的程序是基于.net的)好辛苦。不过SP2出来以后，就理直气壮了一点。直接说：这是一个必须安装的操作系统补丁。虽然专业人士不认同，但是对于普通大众还是没有别的好借口。
人家认为，少一步就是方便，就是好！
不要用专业的眼光批评上面的最后一句。用一个只懂得：五笔字型和点击鼠标的人的眼光来看。
你还嫩。好多推广工作和解释工作比解决一个程序难题或安装一台电脑要多花好多脑精的。
做人的工作还是很有挑战性的。你能搞定一个计算机的程序错误让同样的程序的问题都解决，但是不能保证有抵触情绪的人通过一个理由都解除抵触。
就算你让没有安装.net framework 的机器运行.net下编译出的程序
用户继续提出,能不能不要电脑就可以运行.net程序呢?
比如，在Windows 95刚出来的时候，经常会有人问这个问题：
如何在DOS下运行专门为Windows 95编写的游戏？:)相信很多人有同感。
但现在已经Windows XP了，还会有用户问这个问题吗？
毕竟.NET刚推出两年左右的时间，再过几年，随着各种应用（甚至Oracle，DB2，Office）都部署了.NET，并且Windows的升级，那么还有什么机器不装.NET呢？
再者，也有一些第三方的工具可以把.NET Framework集成在安装包当中呀:)
Oracle和IBM是Java阵营的主力军，在Oracle的很久以前的版本中，他就支持用Java来写数据处理逻辑和数据操作。Sql Server在这方面还是很欠缺的。
一群MS的吹鼓手，。，，
问一个个人问题，不知道开心就好是什么时候在傲姿时代的，我以前也在傲姿，上面还有我的巴掌印呢
IBM是第一个支持地，MS走的比较慢了。
To Spidertan:我都不记得我在哪年加入的傲姿时代了，不过我在的时候，还叫傲姿时代，然后后来改名为奥兹公司，并且离开了国贸。
纠正一下开心：
呵呵，如何让没有安装JDK的机器运行Java编写的Applet呢？
扩大程序的兼容性嘛！
没有安装JDk但是安装了Jre的机器就可以运行java编写的Applet
JDK = Framework SDK
JRE = Framework Runtime
To hope: you are right:)
SQL以前就支持用C和COM来写数据处理逻辑和数据操作，只不过很少人用而已，当然也不能说很好用
不过Oracle和DB2也同样不好用
Yukon里面的CLR我也不觉得有很大的好处
IBM DB2很早就有CLR hosting的计划了,不过他们的CLR hosting是out of proc的.就是说用CLR写的Store Procedure是在数据库之外的进程里运行,然后把结果传进数据库. Yukon的是in-proc的, CLR store procedure在数据库的进程里运行.我相信他们之间的运行速度是数量级之间的差别.
Oracle的我不知道,但我相信它也是Out-of-proc的.在Whidbey之前我不相信那个数据库敢in-proc运行CLR.
.Net VS J2EE is a battle between private and open source. I doubt the figure 53%-47%. CLR is a Micosoft version of JVM but has less and less hardware supports.
I wonder that CLR is some technologies like ActiveX, COM, DCOM, Visual Basic, etc , which all have short-life in Micrososf and IT industry, if Bill still keeps it private or he has to do this way.
Anyway, I like you posting and thanks.
奥兹离开国贸了？我不知道，奥兹可是我的处女公司，现在还有点怀念
嘿嘿，能赚钱的就是好东东。
呵呵，同意sam的观点，钱在手里才是硬道理。
对开心上面的看法也有些不同的看法：
"另外，.NET也有一部分源代码是开源的" 最好不要把ms和开源联系在一起，相信这个大家都没有异议；
".NET本身中的CLS与C#部分已经提交标准化组织（一个欧州的组织）" ms讨好eu的决心不可谓不大，但从前两天的新闻来看，好像eu对ms并不感冒，哦，你可以google一下 这几个关键词“微软”，“垄断”，“欧盟”，“裁决”。
上面的话，只是想说，既然目前在中国现在的环境下，不可能完全脱离Ms，但也没有必要把ms描述的多么好
to bb:
也没必要把 Java 描述多么好，它也不是正宗 Open Source 的，Sun 掌控着它的发展方向。
自由软件基金会关于 Open Source 的定义，有一条赋予使用者修改的权利；你回头好好看看你的 JDK 授权，Sun 禁止你修改任何 Java 标准类库的代码。这不是 Open Source。
我看开心快要说，sql server 比oracle好的多了：）
怎么可能嘛，。NET就是再几年也赶不上J2EE的；
毕竟J2EE在商务平台等等都占有核心地位，
。NET还很幼稚，而J2EE现在正式成熟时期，
Good!
有没有人想过，无论是.Net还是J2EE，他们都是骗局？据我所知印度InfoSys的COREBANK主流产品就没有这些中间件.据说是为了节约成本.
曾有人提过, 对于宏观经济而言，PC机对众多国家来说可能是一个骗局，因为只有一个国家赚钱（想象我们的投入，想想我们的产出不难看出）； 而这些中间件有如何，如果我们一早坚持下来，情况又是怎样一幅天地？
微软的一些开发工具如果再不开放源码，我看很难很难推广。
我就喜欢DELPHI的VCL类库开放。
一个农民一天到晚用锄头耕田
突然有人组装一个耕田的大型机械给他用
他有可能拒绝
锄头和农机都是铁做的嘛
我有理由拒绝吗?
虽然机械的运行环境是汽油
我要配置汽油啊!
说实在的，我宁愿使用Python都不会使用c#，不伦不类且慢。用asp开发的网页打开速度都慢的出奇，看一看msn，就知道有多慢了，这可是MS自己做的网站呢！这一点怎么可能和J2EE相比？很难有大公司会在windows下开发应用，虽然开发环境是windows，但开发的软件都不是跑在windows上的。IBM据说都用J2EE呢，IBM在软件上的收入应该不比MS少吧，据我所知，应该比MS多呢，它靠的就是J2EE。
说实在的，我宁愿使用Python都不会使用c#，不伦不类且慢。用asp开发的网页打开速度都慢的出奇，看一看msn，就知道有多慢了，这可是MS自己做的网站呢！这一点怎么可能和J2EE相比？很难有大公司会在windows下开发应用，虽然开发环境是windows，但开发的软件都不是跑在windows上的。IBM据说都用J2EE呢，IBM在软件上的收入应该不比MS少吧，据我所知，应该比MS多呢，它靠的就是J2EE。
除了网站，有人会用c#开发应用程序吗？太慢了吧，肯定是使用C或C++的多吧，要不然，用Dephi也比这个快呢
很难有大公司会在windows下开发应用??
这也太夸张了点吧，windows平台上著名软件少吗？