微软成功地将Visual Studio作为了典型的Windows开发环境。微软不仅通过内置的对新的Windows技术的访问，还通过创建高产的"所有事情在同一屋檐上进行"的IDE（集成开发环境），战胜了竞争对手，如Borland 和 Metrowerks。大多数使用C++或Visual Basic的Windows开发人员会说，他们使用Visual Studio不是因为需要这样做，而是因为他们喜欢这样做。

　　通过微软途径进行开发的开发人员将对首次出现在Visual Studio .NET 中的许多改进感到惊喜，Visual Studio 的第一版是在1998年发行的。对于名为Visual Studio .NET 企业建筑师的新版本，本文讨论是ß2版，微软将Visual Studio 扩展为可供软件建筑师，设计人员，项目组长及那些定义企业方案的人使用。与微软以前通过Visual Studio 6.0拙劣集成的模型工具获得这个市场不同，企业建筑师已经走上得到这个市场的轨道。

　　从ß版本可知，Visual Studio .NET企业建筑师最大的缺点是它太依赖帮助了。毕竟，有时，所需的只是编辑器/编译器/调试器。Visual Studio .NET企业建筑师使脱离它的结构化方法和处理代码非常困难。然而无论如何，新IDE带来的帮助远大于它带来的障碍，它所包含的功能将帮助开发人员清理XML编辑器，模型包和其它单目标工具。

　　对所有（语言）具有一种模样

　　尽管微软对反面作出过声明，但Visual Studio 6.0并不是一个集成环境。Visual C++, Visual Basic, 和 Visual InterDev具有相似的但完全不同的用户界面。例如，向Visual InterDev工程中增加Visual Basic模块并不是一件容易的事。现在，或好或坏，所有的语言真正共享一个界面：在一个工程中混合VB, VC++, C#, and ECMAScript成为了可能。

　　然而，Visual Studio 6.0的老手会发现这种灵活性是要付出代价的。Visual C++顽固分子会觉得这种环境太象VB了，太娇弱、太图形化了。高级VB程序员会觉得新环境以及.NET潜在地向VB语言发生的变化，太大了以至于难立即处理。没有使用过VB或VC++的Visual InterDev用户很难发现旧界面的影子。我们认为微软已经尽力支合并所有环境，而尽可能地不去不公正地影响任何用户那群。尽管如此，首次使用Visual Studio的用户实际上掌握新界面的速度要比有经验的用户快。
  Visual Studio代码编辑器（只有一个）已经全面翻新，并且这最好也是这样。Visual Studio 编辑器总能理解代码，它能自动缩行，提供智能感知--语法敏感语句完成功能。Visual Studio .NET编辑器从对语法敏感发展为几乎具备感觉。在你输入时，动态帮助窗口根据你键入的内容更新对文档的链接。当键入成对字符如大括号或引号时，编辑器查找另一个字符（如果存在），并以粗体闪动。当在一个大的源代码文件中工作时，框架视图将你未在使用的函数的内容折叠起来。熟悉的加号出现在边缘，省略号指示隐藏的文件。

　　编辑器最显著的新特性是它的实时语法检查。就象Microsoft word软件标记可疑拼写一样，新Visual Studio编辑器在它怀疑无效的代码下面显示红色波浪线。它检查基本的错误，如不匹配的圆括号或丢失的分号（C#，C++和ECMAScript语言中的语句终结符），但编辑器所做的不只是这些。在编写C#代码测试Visual Studio .NET的 XML Web服务特性时，改变类的名字而不改变构造函数的名字，编辑器立即高亮度显示构造函数的名字。我们所经历的这些情况表明，编辑器对整个文件进行验证，而不只是对当前行进行验证。它对语法的理解力是惊人得深的。

　　系统对编译（或建立）错误的报告能力也变得智能化了。每个都将加入到工程的任务列表中，Visual Studio为你维护的"需做"列表。编辑器不是把出现错误的整行代码都标记出来，而高亮度显示错误文本，并在其下显示蓝色波浪线。
以XML为中心的视

　　.NET体系结构依靠了XML，因此，Visual Studio .NET ?2版本具备了广泛的、有用的XML的方便性。XML工具集随对语法敏感的XML编辑器出现。该编辑器可以做到你期望从其它任何XML编辑器获得的东西：它通过颜色使用语法不同的元素易于辨别，当键入新的XML元素时，它自动生成结束标记。一旦你在XML结构文档中输入了内容，你可以转换到数据视图中。它以网格组织XML元素，这就可以很容易地将数据放入XML结构中。如果你希望将简单地XML数据保存在文本文件中，所有这些特点使XML帮你满足你的需要。

　　在评估编辑器时，我们遇到了提供给XML开发人员的另外两个特性。经过一个步骤，Visual Studio .NET能根据你已经建立的XML文档生成XML大纲。此大纲为那些要建立与你的文档结构匹配的XML文档的人提供指导。引大纲支持对文档进行有效性检查，有助于应用程序适应XML数据结构的变化。另外一个特点是Visual Studio .NET的数据映射能力。XML数据是分层次的，但是在多数数据库不分。当你编辑XML代码时，Visual Studio .NET维护一个数据映射，它以关系图格式表示你的XML数据，而此格式与商业数据库兼容。

　　Visual Studio .NET ?2版本更新了IDE对Web服务的支持。创建、测试或使用Web服务并没有容易多少。Visual Studio自动创建代码框架。对每个新服务，你只需要填写向导表单，告诉Visual Studio你输入什么数据，希望服务返回什么类型的数据。你需要在向导为你提供的模板中输入代码。然后按F5键。Visual Studio编译工程，创建一个网页以根据提供的输入测试新的Web服务。在编译完成后，IDE转入调试模式，网络浏览器显示新服务的测试页。当应用程序调用Web服务时，不论服务是你创建的，还是企业伙伴发布的，Visual Studio .NET将自动插入调用服务、获得结果所需的代码。


　　智能模型化和测试

　　企业建筑师版本来自到微软从Visio图表软件得到的认识。供应商使用Visio在工程的定义阶段指导建筑师和设计人员。Visual Studio .NET支持对企业模板的创建，这些模板能指导开发人员，并将一组设计规则应用到对一个给定工程工作的所有编码人员中。在一个较低的水平上，集成较好的Visio工具使得设计复杂数据库变得容易。
 
　　与Visual Studio 6.0所绑定的特性有限的推理工具不同，Visual Studio .NET企业建筑师通过Visio包含了完整的UML（统一模板语言）图表方便能力。所有8个图表类型都得到了支持，并且还可以获得Visio的自由表单图表化能力。
 企业建筑师版中的数据库设计工具依附于一个名ORM（对象角色模型）的设计方法。设计者输入一组简单地企业规则，如"每个雇员有一个或多个电话号码"。Visual Studio .NET将这些规则转化为模型化图表，然后转化为创建数据库的SQL语句。因为大多数商店使用ER（实体关系）模型，所以工具从ORM模型中生成ER图表。

　　最后 ，Visual Studio .NET企业建筑师包含了集成化测试，它使Web应用程序接受模拟的工作负载，以进行性能调整和有效性测试。我们发现测试能力给人的印象很深刻，特别是动态测试，它改变用户输入，分析正确的响应。如果标准负载测试对应用程序特性练习得还不够，你可以驱动软件测试引挚，以创建一个定置的严格的测试环境。

　　Visual Studio .NET测试过程中，当我们需要编辑器时，受到保护的点击-单击界面多次使人恼火。IDE的默认设置显然倾向于没有多少经验的开发人员；然而，寻求一个帮助的机会，花几分钟对选项对话框进行修改，界面悬挂的趋势就不会出现。

　　 ß2版本的特性比我们在此讨论的要多。?2版本的特性是完整的，相对稳定，尽管不象.NET 框架?版那样稳定。不论你在其它地方读到什么，发布在Visual Studio .NET?版中编写的产品代码订单。在经过2周的广泛使用后，我们拒绝使用Visual Studio 6.0。我们希望