下载本期杂志代码 |
Mark Driver, Gartner公司研究部门的研究室主任,主要负责分析应用程序开发的战略、工具和技术。正如你所期待的,他现在的雷达屏幕仅仅关注最大的技术——.NET,他正在考虑许多与.NET相关的问题:它将成功、徘徊不前,还是走向失败?谁将开始使用它,什么时候使用它,和用何种语言?.NET的哪些方面最重要?XML Magazine的主编Steve Gillmor和我最近就.NET的前景问题对他进行了采访。下面是我们的采访实录:
让我们先有个总的看法。当IT从业者开始考虑.NET体系结构时,他们需要知道的最重要的三点是什么?
|
第二点,因为它的不成熟,为了交付一个完整的.NET方案,至少现在你需要把.NET和COM+组合起来。例如,在.NET中,现在还没有Microsoft Transaction Server(MTS)或者Microsoft Message Queue Server(MSMQ)的替代品,所有当你超出简单的ASP.NET应用程序时,.NET就不能单独胜任。
最后一点,.NET和Web Services紧密地连接在一起。你不能不了解Web Services概念就想使用.NET平台技术,其程度超过你没有学习面向对象概念就想开始面向组件编程。
|
然而,它里面包括许多很酷的东西。它弥补了和Java之间的巨大差距,在许多情况下,被证明比Java one做地更好。
不是“是否,”而是“何时”
你对企业什么时候或者是否转向.NET有什么建议?
这是一个什么时候将他们拖、拉、或者尖叫着穿过.NET的悬崖的问题,而不是是否需要穿过.NET悬崖的问题,不管他们是否愿意。然而,我不希望看见许多人试图一次重写他们的所有的Visual Basic代码或者Visual C++代码。我们应该逐步的开展。.NET将很快被引用到新的开发中。在Visual Studio .NET出现的头一两年,你将会看到一个混合模型,新开发的代码中30%的将是ASP.NET代码(我预见ASP.NET的扩展将会非常非常之快),但是70%将仍然是COM,COM+代码。
clearcase/" target="_blank" >cccc99>商业应用 计划向新技术转移 由于.NET的许多优势和微软的强大的市场努力,.NET技术在应用程序开发中最终将被广泛采用几乎是可以肯定的,特别是对于中小型企业.... |
然而,为了实践的目的,你可以用.NET做一些小的原型,一些没有紧急任务要求的程序。这取决于beta代码,第一个产品版本,或者第一个服务包能为你带来些什么。尽管如此,我们推荐你采取保守的方法。假设一个糟糕的情况:你的30%-40%代码将迁移,你将不得不重写或者重设计剩下的代码。别指望微软会提供自动工具来迁移你的代码。
谁将提前使用.NET?
对早期的采用者也有一些好的原因。首先是显示公司在Web Services策略方面的竞争力,你正在寻找在接下来的12个月里支持Web Services最好的平台。
ASP.NET是另一个原因。太多的程序员从事ASP的开发,如果你正在ASP执行或者安全方面苦苦挣扎,或者受够了整个ASP的生存空间。ASP.NET是一个更强大的环境。实际上,微软已经有了大量的早期采用者,他们已经在ASP.NET系统的测试版下开发。
还有,最重要的是,如果你有一个真正的商业原因,你就应该早点采用。例如,如果你正在开发一个无线的应用程序,ASP.NET有一些重要的新特征正好可以帮你实现,在许多情况下,冒险早期迁往.NET是因为它在移动和无线设备方面做得更好。
谁将等待和观望?
如果你不关心Web Services,这里没有一个无可抵抗的和强制性的原因,让你去很快地采用它。实际上,这就是我们说为什么大多数公司将采用一个相当渐进的曲线来采用它。
保守点的公司将什么时候采用.NET战略?
有许多因素要考虑。要看多少人采用这种主流技术。要参考专家的建议。要看第三方的支持、前景市场的支持。要看本地的.NET服务的组件提供者。要看所有的测试公司。要看源代码管理公司的提供。
什么时候早期的使用者和主流公司走到一起?
Visual Studio .NET发布的第一年,早期的采用者将会把他们的代码按70/30的比例划分在旧平台和新平台上。在大约一年半后,我们期待比率会变成30/70。你将看到70%的本地.NET代码将出现在基于微软的解决方案中。传统的公司将在Visual Studio .NET发布后的24到36个月开始迁移。大约2005年,我们将期待95%的本地.NET开发。