IDE
唯一能与Visual Studio 2005中窗体构建器相抗衡的，也就是同一阵营中Visual Studio 2003的了。Windows Form是生成基于窗体的本地应用程序的最好的"高产出"库，而ASP.NET 2.0也是一名不容小觑的选手，如果功力不深，恐怕如今也不会在动态网站方面得到广泛的应用。虽然有点主观，但微软的设计时体验，似乎反应越来越快，也越贴近用户，基类库（Base Class Library）的广泛应用，价值无法估量，其庞大的体积，在很大程度上，也因为有了代码智能感知（Intellisense），已不再是什么问题了。
另一个不得不提的地方就是重构，不幸的是，微软在这个领域的第一次努力，并不怎么让人满意，C#只有一小撮的重构功能，与IDEA或Eclipse相比，无疑显得有点苍白，而此时选择JetBrain的ReSharper或Refactor! Pro作为Visual Studio的外接程序（add-ins）时，仍是物超所值。
微软把更多的心思，放在了"代码段"（snippets）上面，其实质上是模板化的代码块以用于自动化普通（或复杂）任务。这看上去是一个好想法，但在日常的开发中，仍需要亲自把它们合并进源代码，也许再过一段时间，它所带来的方便才会日益浮现出来，因为把实质上一样的属性（property）代码编写上一百万遍，并不是一个什么值得鼓励的好方法。
尽管Visual Studio 2005最大的问题似乎存在于重构及代码智能感知（Intellisense）方面，但有关于稳定性，仍存在着不少抱怨--虽然我们对它的稳定性也缺乏比较。就个人所知已有三个严重的缺陷，它们几乎都与重构或智能感知有关：在C#中，传递一个继承类型作为类型参数给一个泛型超类（super-class）--这是一个合法但很少会遇到的情况，能导致
CPU自旋锁（spinlock）；在VB中，在ToString方法中结合使用移位操作，会让IDE崩溃；在ASP.Net中，随着网站内页面的增多，会导致C#的重构成指数级恶化。另外还有报道指，设计时异常，如由数据绑定控件产生的，也会导致IDE崩溃。
微软宣称计划为Visual Studio 2005发布两个service pack，第一个于2006年的12月份已经发布，致力于解决稳定性问题；而第二个有传言指为一个主要的service pack，将带来新的功能，可能会包括现在CTP版本中的WPF设计器、为特定语言改良过的工具、甚至很可能把IronPython提升至主流开发语言的位置。
结论 Visual Studio Team Suite实质上包括了一大堆的新技术，2.0版本的通用语言运行时库及它所用的语言也都在稳定性及执行效率方面，经过了改良提高，但只有C++/CLI，才是本质上新增的改进。而IDE也在建模及测试基础架构方面，有了两个主要的组件：建模架构，其发展潜力无可限量，但目前仍不及测试架构那般充分开发利用；而测试架构几乎马上就吸引了人们的注意力。Visual Studio Team Server是微软一个重要的新服务器产品，其发展潜力巨大，似乎也不会只把重心放在单一的开发论上。无论如何，微软所作出带来崭新技术的承诺及建立对此版本产品的信心，都需要充分利用Team Server。
当然了，对大多数微软产品零售商及开发者来说，升级至这一新的Visual Studio版本，大概只是时间的问题。以下是正反方观点：
正方：
·CLR及基类库（Base Class Library）执行效率及稳定性的提高。
·高产出库，如ASP.NET及Windows Forms。
·可支持目标设备的范围扩大：如64位及移动设备。
·工作项目跟踪的可伸缩性及实用性。
反方：
·建模工具仍不完整全面。
·可疑的稳定性。
·未证实的服务器组件。
·价格。
查看本文来源
京公网安备 11010802021500号