微软不希望您提出的问题！

[hjfgcx]

微软不希望您提出的十个应用开发问题！

在您考虑等待微软随 .NET 交付某种真东西之前，您应该问这 10 个问题：

问题 #1：什么时候微软 Visual Studio.NET 能成为正式产品？
答案：不会很快。

近两年来微软一直在承诺推出 Visual Studio.NET。据 ZDNet 等新闻来源称：.NET 似乎不可能在 2002 年之前推出。这并不令人感到奇怪，因为微软要使其技术支持互联网，就必须彻底重写代码。

为什么要坐守以待，等着构建互联网、XML 和 Web 服务应用呢？Oracle9i 的所有组件现在都是正式产品。您可以用 Oracle9i Developer Suite（就是以前广为人知的 Oracle Internet Developer Suite）开发 J2EE Web 服务，然后把这些服务部署到 Oracle9i 应用服务器或 Oracle9i Web 服务上。

问题 #2：微软真的承诺支持开放式标准吗？
答案：不是。

一直一来，微软表面上接受各种标准，但实际上只遵崇自己所订立的标准。（欲知详情，请阅读微软如何设法挫败 Java 的锐气。）

Oracle9i 提供了一个严格支持各种开放行业标准的基础架构，包括万维网联盟 (W3C) 制订的标准和 J2EE。这一直是 Oracle9i 与微软专有平台之间的主要区别。

问题 #3：.NET 会可靠吗？
答案：不大可能。

互联网体系结构设计者对在完全重写的平台上运行其关键业务应用感到担忧，这种担心很正常。微软把 .NET 建立在新的通用语言运行时刻（CLR）基础上是很危险的。依赖 .NET 的企业在发现不可避免的 bug 之后将会陷于无助的境地。

自 1995 年以来，Oracle 一直在其产品中使用 Java，最近的革新成果是 J2EE 认证的 Oracle9i 应用服务器。过去六年来，Java 已经被证明是一种久经考验的、可伸缩的和可移动的解决方案，能够运行在包括 Windows 在内的各种平台上。

问题 #4：微软 Visual Studio.NET 比 Oracle9i Developer Suite 便宜吗？
答案：不便宜。

Microsoft 喜欢吹嘘 Visual Studio 是一个完整的环境，但是，它漏掉了许多关键功能，如：数据建模、应用建模、软件配置管理以及报告等。

参看下述价格对比表，就会明白您怎么能花出两倍的钱却得到微软不完整的、非集成的软件：



功能 Oracle9i
Developer Suite 微软
互联网开发 包括在内 US $1,619
(Visual Studio)
数据建模 包括在内 US $3,895
(CA ERWin)
应用建模 包括在内 US $3,995
(Rational Analyst Studio)

软件配置管理 包括在内 (Rational Analyst Studio)

报告 包括在内 US $495
(Crystal Reports)
合计* US $5,000 US $10,004
* 价格以每开发人员为基础计算
问题 #5：从 Visual Basic 应用向 Visual Basic.NET 的迁移会很容易吗？
答案：不会。

只要听听开发人员不得不说的话。

"这并不是头一次出现重大变化造成 VB 升级困难，但这是头一回您将不能让现有的 VB 6 程序简单地在 VB 7 下运行--您可以肯定它不会奏效！"-- VSJ，2000 年 12 月。

"导入任何来自 Visual Basic 6.0 的项目都将是一项繁重的工作。"-- MSDN 杂志，2001 年 2 月。

.NET 的间断性和复杂性与 Java 社区所倡导的开放社区流程 (Open Community Process)不一致。Oracle9i Developer Suite 却利用这些行业过程使使用新标准的迁移工作能够透明、无缝地进行。

问题 #6：有可能从 Active Server Page 应用迁移到 ASP.NET 吗？
答案：祝您好运！

几个支持微软的作者曾经撰文谈到一些 ASP 应用方面的问题以及维护这些应用的困难。甚至微软在重写 ASP 时，也告诉开发人员"几乎所有的现有 ASP 页面将不得不做某种程度的修改，才能够在 ASP.NET 之中运行。"

实际上，企业可能会发现，利用 Oracle 的和 Sun 的迁移解决方案从微软专有的 ASP 平台向行业标准的 J2EE 环境迁移会更容易些。

问题 #7：Visual Basic 开发人员能够很快地掌握和适应 Visual Studio.NET 吗？
答案：不能。

在重写 Visual Basic 的过程中，微软对这种语言进行了重大改动。正如 MSDN 指出的那样，"在把一般水平的程序员从 Visual Basic 6.0 转移到 Visual Basic.NET 将会产生的问题方面，请不要搞错。"

Oracle9i Developer Suite 以为互联网创建的 Java 语言为基础。Java 语言没有客户机-服务器传统包袱的负担，因而无须为互联网应用和 Web 服务重建体系结构。

问题 #8：开发人员应该使用哪种语言：C#、Visual Basic 还是 Java？
答案：Java.

如果微软觉得有必要重写 Visual Basic，为什么还要发明另一种语言 C# 呢？C# 与 Java 很相似。他们这样做，或许是因为 Visual Basic.NET 不是足够强健的 Web 应用。

更好的选择是基于标准的、流行的并且具有互联网风格的 Java 语言。正如最近一篇 eWeek 文章所指出的那样，随着使用多种语言的程序员向 J2EE 等开放行业标准转移，他们对 Visual Basic 的使用率从 62% 下滑到去年的 46%。

问题 #9：在 .NET 中有存储库来管理应用开发吗？
答案：没有。

几年前，微软开发人员曾保证说微软存储库将管理大型互联网和 Web 服务项目。现在，微软正在进行一个独立的项目，来开发存储库，此项目与 .NET 无关。开发人员或许可以由此得出结论，微软工具不能支持大型项目。

Oracle9i Developer Suite 有一个集中的存储库用于互联网应用和 Web 服务软件配置管理。检入/检出、版本控制、依赖性管理以及影响分析等功能都集成到该套件之中。

问题 #10：微软会停止"捏造"新的数据库访问协议吗？
答案：不会。

我们来简单地罗列一下微软的部分协议：ODBC、OLE-DB、DAO、ADO、ADO+ 和 ADO.NET。他们全都不同并且全都不相兼容。如此复杂有必要吗？

Oracle 支持 Java 标准的 Java 数据库互联 (JDBC)，用于实现与 Oracle 数据库的连接。这是一套稳定、高性能和可伸缩的基础架构，用于把应用与后端数据库联系在一起。并且它由一个开放社区流程(Open Community Process)管理。

[ccBoy]

很喜欢这篇文章和它的语调，尽管对 .NET 充满了不同的敌意，但许多问题是一针见血的，很中肯的。许多东西是相对的，好的不一定真的那么好，坏的不一定一无是处。

不过dotnet来势凶猛，不是MS自己想，也是被Java逼得没有办法了，也许电脑界的许多东西不是优劣的问题，而是气势，是一种精神。看你感受那一种，受那一种影响了。

如果可以继续发些这样的贴。

2001.08.08

[hjfgcx]

好像VS。NET没有人气嘛！到现在都没有人过来！

[Dhammacakkhu]

感觉上好象在替oracle做广告^_^

[Dhammacakkhu]

感觉上好象在替oracle做广告^_^

[lance]

这就是oracle自己说的，好象还有IBM不希望您提出的八个应用开发问题！
无耻！！！！！！！！！！！！

[西门吹雪]

听起来他用Oracle做了很多也不起的系统，真希望能亲自目睹一下它的风采，以便让我在有生这年可以感受，学习Oracle的妙处，哎，好东西，坏东西都学不完，总是要跟在别人的身后

[gdming]

welcome to here, ORACLE guy, but please be out

oracle out

:-)

[qqroom]

up