Visual Studio和.NET框架的下一步行动是什么?

[原文地址]:What's next for Visual Studio and .NET FX?
[原文发表时间]:Monday, September 29, 2008 8:40 AM

 

从我们发布Visual Studio 2008和.NET框架3.5至今已经过去了10个月了。在这10个月中,我们的开发团队又作了两三件事情 —今年夏天早些时候,我们发布了 Visual Studio 2008和.NET框架3.5的SP1。同时,我们正在为下一个产品的发布作计划,并开始了其开发工作。

我想开始和你们分享一下我们在全力开发下一个版本的产品—— Visual Studio 2010和.NET框架4.0的远景,关注点和优先级。

从整体层面上来讲,我们在Visual Studio 2010和.NET框架4.0中关注的焦点有以下几个主要领域:

·        显著的改善开发人员在核心领域的开发体验

·        支持最新的平台,包括客户端、网络、服务和各类设备

·        有针对性的简化开发人员对不同应用程序类型的开发体验

·        对工具平台进行架构上的改进,以提供更好的模块性和扩展性

这些关键领域是为了满足开发人员、开发团队在应用程序生命周期中将想法变成产品所产生的需求而专门设计,也为那些要求高质量的、跨多种平台的应用程序的客户而特别设计。

我们对客户的承诺很简单:无论所构建的应用程序是什么类型,为用户提供一种一致而简单的编程体验。

现在,我想讨论一下开发应用程序的团队所面临的挑战,以及微软通过我们的 Visual Studio家族的产品和.NET框架来面对这些挑战的方式。我特别想侧重于我们的应用程序生命周期管理工具—— Visual Studio Team System 2010。在接下来的几个月里,我会谈及更多关于这些产品的其他方面,以及我们希望这些产品能提供的功能。

现在的市场已经开始成熟并开始接受把 ALM(Application Lifecycle Management,应用程序生命周期管理)作为一种用值得信赖的方式来创建高质量应用程序的经验证的方法。然而,市场上现有的解决方案并没有根据技术用户以及扩展涉及到的非技术用户不停改变的需求而与时俱进。 Visual Studio Team System 2010将针对这些客户的需求提供一种健壮而流水线化的解决方案。

现今每一个客户都会面对一组类似的业务问题,它们是:

·        我们该怎样构建高质量的应用程序来提供实际的业务价值?

·        我们该怎样有效的使用应用程序生命周期模型?

·        我们如何能够确保团队中的所有成员,包括技术的和非技术的成员,都囊括在这个流程中?

·        我们怎样能够从我们已有的代码资产里获得最多的价值?

·        我们该怎样为应用程序生命周期中的每一个人制作强大的建模工具?

我们的ALM工具专门针对这些问题,帮助客户创建高质量的能够为他们的业务带来价值的应用程序。从架构师到开发人员,从项目管理者到测试人员,从一个想法到最后交付的成果,我们将囊括生命周期中所有用户的需求,提供他们可以根据需要使用的通用工具。共享对应用程序的理解的关键是使用建模工具。本质上,通过简化建模,将其集成到生命周期参与者的工作中,并保证那些模型,即那些架构化的产物,对生命周期中的每一个角色都是可用、可获取且有价值的,我们正通过上述方式使应用程序架构更加民主化。

这一点很特别,因为我们提供的工具不仅能够集成到开发人员熟悉的 IDE中,还同时通过网络(用于工作项)和一个 WPF富客户端(用于广义的测试),为与技术接触不是那么紧密的用户提供了一个友好的接口。同样的,我们的生命周期管理功能提供了每个人都能使用的统一的工作项追踪、网页界面以及动态更新。不像许多其它工具,我们的工作项管理及报表工具可以很容易的集成到像 Microsoft Excel这样大家很熟悉的应用程序中去。

这里有两个特别的功能将带动下一代 ALM。第一,我们的建模工具紧密的集成到了应用程序的实际代码中。这意味着开发人员或架构师可以使用模型来强制对代码的一些限制,也可以使用模型来研究已有的代码。个人可以通过允许多层应用程序中不同层的相互对话来强制架构中的一个限制。例如,当一个架构师设计了一个系统,要求表示层不能与数据层进行通话,你希望在代码提交时能够强制这种模型。 VSTS 2010可以做到这一点。我们将在接下来的几个月里告诉你更多我们建模的方式和我们为什么相信那些方式对构建下一代高质量软件应用程序是至关重要的。

这里的另一个关键元素是能够研究和重用已有的代码资产。在大多数商业应用软件中,只有 20%的代码是“新”的代码。其余的都是已经存在的代码,这些代码可能是其他人为了其他的项目而写的,而且这些代码的注释必定不够完整。我们的建模工具使开发人员和架构师能够为那些资产创建完整的架构图,理解它们是怎样工作并交互的,并使他们重用(或丢弃)起来更加方便。我们相信这将会节约时间、资源,并最终产生高质量的应用程序。

这只是一个开始。在接下来的几个月里,我将和你们分享更多在下个版本产品中的功能。

Namaste!


上一篇博客:Visual Studio 扩展性

下一篇博客:Visual Studio Team System 2010