Visual Studio 2010 Beta 1的安装和初试（截图×20）

昨天拖到了Visual Studio Team System 2010 Beta 1，马上试用了一下。截了些图跟大家分享。

安装该beta会连带安装.NET Framework 4.0 Beta 1。而.NET的卸载总是很麻烦，所以我不想在我任何一台机器的现有系统上直接装。决定在老本上装来试试。
硬盘空间有点紧张，没足够空间新建一个Windows 7 RC的虚拟机镜像，只好做了一个Windows XP的虚拟机来用。装该beta前心里没个底到底要用多少空间，考虑到之后可能会在这个虚拟机上装Office来测试.NET 4中的COM支持，做个了15GB左右的虚拟机镜像。现在看来还算是够用吧。

插入光盘后的自动播放界面。这里的readme暂时空空如也，里面只有一个指向在线文档的链接。

选择第一项开始安装。注意在安装该beta前系统要安装有Windows Installer 3.1或更高版本。

安装程序加载完成后来到用户协议及输入序列号的界面。



接下来是选择安装组件界面。注意默认选项所需要的硬盘空间是3GB左右。在界面左侧有两个选项，分别是针对.NET和C++的全面支持。

如果要更细致的选项，则在选择两选项的任意一个之后可以点击底下的Customize按钮。注意到Visual F#正式包含在Visual Studio 2010中了。另外，VS2010自带的SQL Server Express是2008版。

可以留意一下Visual C++都包括了些什么内容。

确认安装选项后点击Install开始复制文件。

安装好VC9、VC10、.NET 3.5 SP1、.NET 4 Beta 1之后，会要求重启一次。

重启后安装过程自动继续。全部安装完成后来到总结界面，与VS2005、VS2008区别不大。

该beta不包含MSDN，所以装好该beta后会看到安装MSDN的选项仍不可用。


安装后我看了一下VC#/Specification目录，里面还是C# 3.0的spec……呜。

安装后的开始菜单。


与前两代一样，在初次启动VS2010时要选择默认环境设置。这里我选择的是Visual C#。

确认后要等VS2010慢慢配置好……


开始页。

注意到VS2010的整个UI都是用WPF实现的，包括这个开始页以及后面会看到的代码编辑器。

开始页中各选项的按钮较前两版本的更大更清晰，改善了使用体验。并且，这个开始页可以由用户通过XAML自定义。


新建项目对话框。Visual C#类别下的默认项目模板与VS2008的差不多，多了Silverlight相关模板。Visual F#暂时也有三个默认模板。其它我还没看。注意这个对话框右上角的搜索框。VS2010里许多对话框都变成可搜索的了，终于赶上了时代的步伐。


随便写几行代码。与VS2008一样，C#代码编辑器默认不显示行号，要自己到菜单的Tools->Options...->Text Editor下面选择相关选项。
该beta的界面还有许多地方看来是未完成的。例如Edit菜单里就缺乏前两代都有的formatting子项，但格式化代码的功能却已经实现好了（Ctrl+E, D）。
标签页的设计有改进。现在只要把鼠标移动到某个标签上就能看到关闭标签页的小X，不用跑到整个标签页的右边去找那小X了。

WPF使得VS2010的代码编辑器比以往的更美观更强大。这里的tooltip就是一个WPF Adorner。多个Adorner可以由布局管理器协调关系，这样就算同时显示多个tooltip它们也不会相互遮盖，而是互相让出点空间。


VS2010的代码编辑器使用矢量绘图，可以平滑缩放。按着Ctrl来转动鼠标滚轮就能看到效果。但最终版本里应该在代码编辑器的右下角有缩放滑块的，该beta里还没有。

（看不到完整图片的请点击放大。这张的原尺寸是1024×768。）

VS2010新增加了许多体贴程序员的功能。在C#编辑器里增添了Call Hierarchy查看窗口等。（好吧，Eclipse的JDT已经有Call Hierarchy好长时间了。大家都在互相学习嘛 =v=）

C++编辑器那边的改进更大，不过这次我就不介绍了。

VS2010的代码编辑器组件之前已经应用在几个产品上了，包括Expression Blend和Intellipad等。不过Expression Blend 1.0和2.0系列里都没真正发挥出这编辑器的能力，挺可惜的。

我这次是在04年的老本上跑XP然后在虚拟机里的XP用该beta，机器速度跟不上需求。在用该beta写代码的时候，刚开始响应速度相当不错，但代码多了之后IntelliSense变得特别迟钝，甚至会卡好一会儿。去年玩VS2010CTP时，有一条使用建议是“不要长时间连续使用VS2010CTP，最好用一阵就重新打开一次”。当时是有内存泄漏的问题没解决。那现在这是怎么回事呢……还是我用的机器太慢的原因么。
我要是能在学院找到一台没人在用的机器，干净的装一个Windows 7 RC和VS2010 Beta 1，那就好了。学院的台机好歹是Core 2的，比我这古董P-M快多了 T T

P.S. 上面截图里我写的代码可以在这帖找到，想满足好奇心的可以来看看～

评论

46 楼 RednaxelaFX 2009-06-19  

Durian 写道

beta版我也试用一下：
1.性能比2008更慢，这个让人最失望。
2.需要.net4.0
3.如果之前有vs2008，卸载2010时会破坏vs2008运行环境，而且修复安装并不能弄好，我花了半天时间才恢复2008编译环境。建议生产机器慎用。

Beta速度慢还算是正常现象，Rico说他们正在努力改善各方面的速度了。或许在Beta 2里就能看到一些速度方面的进步。

45 楼 Durian 2009-06-19  

beta版我也试用一下：
1.性能比2008更慢，这个让人最失望。
2.需要.net4.0
3.如果之前有vs2008，卸载2010时会破坏vs2008运行环境，而且修复安装并不能弄好，我花了半天时间才恢复2008编译环境。建议生产机器慎用。

44 楼 风中独火 2009-06-15  

lobbychmd 写道

风中独火 写道

RednaxelaFX 写道

风中独火 写道

很少用VPC,这个东西不不是动态的调整磁盘的占用么?
我一般用vmware和hyperV,直接上到137G,省得麻烦,实际上占据的空间到没有那么大.

btw,VS在Windows7上居然不能用IE访问ASP.NET的网站,连VS2010也不行,这个就有点BT了.

学院现在貌似没VMWare的license，只用player又不能做新的image，麻烦啊 T T
我是为了实际运行的时候快一点所以做VPC image的时候选了固定大小预分配空间。我那专用dump分区就只剩2G了，多的也弄不出来 T T
VS在Win7上不能访问ASP.NET的网站是什么意思？是指VS做的ASP.NET网站在Win7上debug的时候不能用IE来浏览？
这个我一直没试过……Win7上的IIS我都还没摸过呢 =v=

Bingo,答对了,不但是VS2010,连VS2008在windows7上都不能用IE来浏览.所以我的Windows7的2008开发的时候都是用FF的,但是这样也有个问题,就是当你debug的时候,你的ff关闭了以后,是不能自动关闭VS的调试进程的.需要手动关闭一下.

BTW,一般用vs写web 的时候,是不用IIS的,直接用自带的Developpment Server来处理的.

微软如果不解决这个问题就太变态了.

没vm的话,如果只用微软的东西,可以用HyperV,速度很好.

。。。 are you sure？

我就是在win7 上用vs08。IE 没有问题。

vs2010 装过一次，粗粗看了下，卸载了，但也没发现IE浏览有问题。

definitely, 这个问题我在我的好几个版本的win7上都遇到过,而且我见到别人报告过这个问题.我怀疑是和某些软件不兼容.

如果你可以用的话,我想除了软件的原因是不是还有可能是某些硬件驱动的问题.不过这个问题真实匪夷所思.

43 楼 lobbychmd 2009-06-12  

风中独火 写道

RednaxelaFX 写道

风中独火 写道

很少用VPC,这个东西不不是动态的调整磁盘的占用么?
我一般用vmware和hyperV,直接上到137G,省得麻烦,实际上占据的空间到没有那么大.

btw,VS在Windows7上居然不能用IE访问ASP.NET的网站,连VS2010也不行,这个就有点BT了.

学院现在貌似没VMWare的license，只用player又不能做新的image，麻烦啊 T T
我是为了实际运行的时候快一点所以做VPC image的时候选了固定大小预分配空间。我那专用dump分区就只剩2G了，多的也弄不出来 T T
VS在Win7上不能访问ASP.NET的网站是什么意思？是指VS做的ASP.NET网站在Win7上debug的时候不能用IE来浏览？
这个我一直没试过……Win7上的IIS我都还没摸过呢 =v=

Bingo,答对了,不但是VS2010,连VS2008在windows7上都不能用IE来浏览.所以我的Windows7的2008开发的时候都是用FF的,但是这样也有个问题,就是当你debug的时候,你的ff关闭了以后,是不能自动关闭VS的调试进程的.需要手动关闭一下.

BTW,一般用vs写web 的时候,是不用IIS的,直接用自带的Developpment Server来处理的.

微软如果不解决这个问题就太变态了.

没vm的话,如果只用微软的东西,可以用HyperV,速度很好.

。。。 are you sure？

我就是在win7 上用vs08。IE 没有问题。

vs2010 装过一次，粗粗看了下，卸载了，但也没发现IE浏览有问题。

42 楼 风中独火 2009-06-08  

RednaxelaFX 写道

风中独火 写道

很少用VPC,这个东西不不是动态的调整磁盘的占用么?
我一般用vmware和hyperV,直接上到137G,省得麻烦,实际上占据的空间到没有那么大.

btw,VS在Windows7上居然不能用IE访问ASP.NET的网站,连VS2010也不行,这个就有点BT了.

学院现在貌似没VMWare的license，只用player又不能做新的image，麻烦啊 T T
我是为了实际运行的时候快一点所以做VPC image的时候选了固定大小预分配空间。我那专用dump分区就只剩2G了，多的也弄不出来 T T
VS在Win7上不能访问ASP.NET的网站是什么意思？是指VS做的ASP.NET网站在Win7上debug的时候不能用IE来浏览？
这个我一直没试过……Win7上的IIS我都还没摸过呢 =v=

Bingo,答对了,不但是VS2010,连VS2008在windows7上都不能用IE来浏览.所以我的Windows7的2008开发的时候都是用FF的,但是这样也有个问题,就是当你debug的时候,你的ff关闭了以后,是不能自动关闭VS的调试进程的.需要手动关闭一下.

BTW,一般用vs写web 的时候,是不用IIS的,直接用自带的Developpment Server来处理的.

微软如果不解决这个问题就太变态了.

没vm的话,如果只用微软的东西,可以用HyperV,速度很好.

41 楼 ray_linn 2009-06-02  

补充一下 F# 终于成为.net家族的重要成员了，而没有什么意义的J#已经从.net中移除了...

40 楼 RednaxelaFX 2009-06-02  

风中独火 写道

很少用VPC,这个东西不不是动态的调整磁盘的占用么?
我一般用vmware和hyperV,直接上到137G,省得麻烦,实际上占据的空间到没有那么大.

btw,VS在Windows7上居然不能用IE访问ASP.NET的网站,连VS2010也不行,这个就有点BT了.

学院现在貌似没VMWare的license，只用player又不能做新的image，麻烦啊 T T
我是为了实际运行的时候快一点所以做VPC image的时候选了固定大小预分配空间。我那专用dump分区就只剩2G了，多的也弄不出来 T T
VS在Win7上不能访问ASP.NET的网站是什么意思？是指VS做的ASP.NET网站在Win7上debug的时候不能用IE来浏览？
这个我一直没试过……Win7上的IIS我都还没摸过呢 =v=

39 楼 风中独火 2009-06-02  

很少用VPC,这个东西不不是动态的调整磁盘的占用么?
我一般用vmware和hyperV,直接上到137G,省得麻烦,实际上占据的空间到没有那么大.

btw,VS在Windows7上居然不能用IE访问ASP.NET的网站,连VS2010也不行,这个就有点BT了.

38 楼 RednaxelaFX 2009-06-01  

ray_linn 写道

RednaxelaFX 写道

2.0之后.NET Framework的大小就一直在增长

我的.net 4.0 -x86的size好像没那么大

安装完之后Ngen里4.0 有391M, Microsoft.net下v 4.0只有144 M, 装完4个版本的.net的Microsoft.net只有356M, （1.1,2.0,3.5,4.0),看起来比java要紧凑多了,不过NGEN就大多了，有800多M

哈哈，原本我也是光看几个特性的安装目录的大小，但后来发现这不实际，还有些别的开销我没弄清楚在哪里。
我原本主要关注的路径是C:\Windows\assembly和C:\Windows\Microsoft.NET\Framework。在我装的.NET Framework 4.0 Beta 1 Full里，这两个目录加起来确实没有接近800M那么恐怖。但一次安装实际上占了多少空间，还可以通过硬盘分区整体的空间减少量来看。这样得到的占用空间量是接近800M。
除了我关注的那两个目录之外还往哪里写了东西呢？MSXML Parser和MSVC10RT加起来也不可能有多大……我不明白。我是把系统备份禁用了的，这里也不会有空间开销。Hmm……

之前我就是被只看几个特定目录给害了 T T 我做的VPC镜像只有2G就是因为我依稀记得装一个干净的XP应该只要700M左右，外加.NET Framework的话2G应该够了。结果诶……||||||

37 楼 ray_linn 2009-06-01  

RednaxelaFX 写道

2.0之后.NET Framework的大小就一直在增长

我的.net 4.0 -x86的size好像没那么大

安装完之后Ngen里4.0 有391M, Microsoft.net下v 4.0只有144 M, 装完4个版本的.net的Microsoft.net只有356M, （1.1,2.0,3.5,4.0),看起来比java要紧凑多了,不过NGEN就大多了，有800多M

36 楼 RednaxelaFX 2009-06-01  

4.0 Beta 1还有很多功能没来得及加进来呢……Beta 2恐怕要更大。像是Complex、WPF的一些新特性等都要到Beta 2了。

2.0之后.NET Framework的大小就一直在增长，3.5最终的安装大小也是相当大。这并不包括一些SDK专有的工具，例如说只装runtime的话连ildasm这样的基本工具都是没提供的，需要安装Windows SDK才有（装Visual Studio的话就自动会装Windows SDK了）。
主要是旧的功能出不去，而新的功能却得不断加进来，框架本身的大小基本上都是只增不减的。很多deprecated的API要经过好几次release才能真的被去掉，而.NET算上4.0总共也就那么几次大release。这些尚未被剔除的过时API不但以managed assembly的形式占用着空间，还以NGEN image的形式占用了更多空间。没办法撒。
Silverlight则在另一个方向上发展。通过削减掉浏览器场景中没意义的东西（server GC、COM-interop、unsafe code），并适当削减标准库中的API，Silverlight在提供丰富功能的同时保持其紧凑性。虽然没办法指望完整的.NET Framework能瘦下来，至少现在有Silverlight能指望一下，也还算有点安慰。

有很多看起来像是SDK才应该有的东西，其实是.NET Framework的有机组成部分。例如C#编译器——我只是个普通用户的话，为什么要连C#编译器都给我装上？其实.NET Framework里有好些东西都依赖于C#编译器，包括（但不限于）CodeDOM。如果安装包里没有带上C#编译器，那连ASP.NET、WPF都跑不动。

35 楼 风中独火 2009-06-01  

.NET 4.0 目前来看还仅仅是一个beta,通常在这个时段,我们做测试就可以了.所以可以不必太过于留意它的大小,而且还要防止MS会临时头脑发热干一些蠢事(比如当年的一堆beta的书和实际的版本对不上号),当然,由于MS针对.net的架构调整(比如linq下移到core层等等),整个framework的尺寸一定会比以前大一些,不过到了正式的runtime阶段,我觉得应该不会太惊人,你目前安装的这个尺寸,应该是sdk的版本,不是单单是一个runtime.

34 楼 RednaxelaFX 2009-05-30  

风中独火 写道

RednaxelaFX 写道

不会冲突。.NET Framework都是增量式安装的，也就是说1.1包括了1.0，2.0包括了1.1，依此类推。卸载.NET Framework时可以指定版本，所以如果不想用.NET Framework 4.0 Beta 1了，是可以单独卸掉没错。
但是系统里mscoree.dll应该只有一份，就是在%WINDOWS%\System32下。我一直没弄明白在卸载高版本的.NET Framework时，这个文件会不会、或者需不需要退回到低版本的……|| 为了确保不干扰我现有系统的使用，我还是装了虚拟机

.Net Framwork不是增量安装的,也就是说,你安装了4.0以后,运行1.1和.2.0,3.0,3.5的程序还得安装相应版本的runtime,这里针对3.x可能是一个特例,因为它是在2.0的基础上的改进,如果你有2.0的runtime,在bin中包含了你需要的dll,用3.x写的程序也可以运行在2.0的runtime上.

Hmm，你说得没错，我前面说得太含糊以至于有误导性了。应该是“.NET Framework的各个版本是可以共存的”而不是“增量式”的。3.0和3.5都基于CLR 2.0，所以这两个版本相对.NET Framework 2.0来说是增量式安装，但这两个版本都属于特例。.NET Framework总体来说支持SxS（side-by-side）安装和运行，也就是各个版本是分别在不同目录安装的，所以如果安装了.NET Framework 1.1之后还要装2.0，它们是可以共存的。
为了安装的顺利，最好是从低版本向高版本安装（如果有兼容性需要的话）。

看看Windows自带的.NET Framework的状况。
Windows XP没有自带.NET Framework。Windows Server 2003自带了.NET Framework 1.1。Windows Vista与Windows Server 2008自带了.NET Framework 3.0，在Windows 7与Windows Server 2008 R2上目前的消息是会自带.NET Framework 3.5。

刚才我做了一个干净的Windows XP SP2虚拟机镜像，然后安装了.NET Framework 2.0 Redistributable。安装后在C:\Windows\Microsoft.NET\Framework目录下虽然同时存在有v1.0、v1.1、v2.0对应的目录，但只有v2.0对应的目录里有实际内容，前两个目录里的只是些配置文件之类的东西而没有.NET Framework 1.0和1.1的实际内容。印证了“不是增量安装”的事实。很抱歉我传播了错误的信息 (_ _)
仔细看了下我现在在实机上装的主系统，其实也没有.NET Framework 1.0和1.1，也是只有个目录和几个配置文件而已。我都一直没留意目录里到底有什么 OTL

再用干净的Windows XP SP2镜像安装.NET Framework 4.0 Beta 1。安装包大小为76.7M。我做的镜像总共只有2G，装了XP SP2之后就只剩不到700M了。把休眠和pagefile都撵掉之后勉强腾出了1.1G的空间来装.NET Framework 4.0 Beta 1 Full——这玩儿的安装居然要719M！天啊。安装说明上说了如果系统上装有.NET Framework 1.0则无法安装这个4.0 Beta 1，需要留意。
安装了.NET Framework 4.0 Beta 1 Full之后，在C:\Windows\Microsoft.NET\Framework目录下有v1.0.3705和v4.0.20506两个目录。与前面只安装.NET Framework 2.0的时候一样，只安装4.0 Beta 1 Full的时候在1.0对应的目录里没有什么实际内容。安装该Beta还会自动安装VC10 Beta 1的运行时库。

装.NET Framework 4.0 Beta 1 Client Profile的话会小很多。安装包大小为34.2M。安装后占用的空间大概是240M左右，其中NGEN后的程序集就占了不少……

33 楼 neora 2009-05-29  

玩具界面，ms怎么这么喜欢这个风格。

32 楼 风中独火 2009-05-29  

RednaxelaFX 写道

幸存者 写道

会和 .NET 3.5 冲突吗？实在不想另外装个虚拟机

不会冲突。.NET Framework都是增量式安装的，也就是说1.1包括了1.0，2.0包括了1.1，依此类推。卸载.NET Framework时可以指定版本，所以如果不想用.NET Framework 4.0 Beta 1了，是可以单独卸掉没错。
但是系统里mscoree.dll应该只有一份，就是在%WINDOWS%\System32下。我一直没弄明白在卸载高版本的.NET Framework时，这个文件会不会、或者需不需要退回到低版本的……|| 为了确保不干扰我现有系统的使用，我还是装了虚拟机

.Net Framwork不是增量安装的,也就是说,你安装了4.0以后,运行1.1和.2.0,3.0,3.5的程序还得安装相应版本的runtime,这里针对3.x可能是一个特例,因为它是在2.0的基础上的改进,如果你有2.0的runtime,在bin中包含了你需要的dll,用3.x写的程序也可以运行在2.0的runtime上.

31 楼 tamsiuloong 2009-05-25  

2008都还没有用过，2010就出来了。

30 楼 RCFans 2009-05-25  

RednaxelaFX 写道

RCFans 写道

Mono的security比MS的好，尤其是在证书的处理上

Mono的security，嗯看什么方面。Mono一直都没有实现CAS，最近才在Moonlight里实现了某种程度的sandbox。我还没在Mono上用过证书相关的功能，可以稍微介绍下这方面的特点么？

1.Mono的证书类是100%托管代码
2.Mono提供了CRL读取类，而MS没有

29 楼 RednaxelaFX 2009-05-23  

mathgl 写道

RednaxelaFX 写道

jjx 写道

linq 可以用在.net 2.0上的 ，包括linq to sql 和所有的c# 3.0语言特性,只要复制system.core,system.data.linq等一些dll到bin目录即可，目前俺就在这么用

不知道这样做有没有违反.NET Framework的license agreement……不然就不会有那么多解决方案是用Mono的Systemm.Core.dll和System.Data.Linq.dll了

能否举个例子？ 国内有人用mono开发么？ 除了那个网站外。

如果是说用Mono的库来放在.NET 2.0上运行LINQ的话，用这几个关键字在Google上搜索一下就好：
mono system.core.dll linq ".NET" 2.0
搜索结果里会包括StackOverflow上的一个相关问题：LINQ on the .NET 2.0 Runtime

关于复制.NET 3.5的DLL到自己的应用程序里，Deploying ASP.NET MVC on ASP.NET 2.0这篇去年的blog提到了这么一句话：

Scott Hanselman 写道

* Copied System.Core.dll local to the web apps /bin folder
It's that final step that we're not technically allowed to do, ...

我印象当中.NET Framework的redistribution是受限制的，用户只能把微软提供的.NET安装包整体再发布而不能只抽出里面的DLL与自己的应用捆绑在一起。不太肯定我也没有记错。但是用Mono的类库就没有这样的限制。

至于说使用Mono开发的实际部署了的网站……国内这是个什么状况我不清楚，但JavaEye上貌似有会员是以Mono为基础来部署ASP.NET的程序的。让他们来说说吧。
国外的一个例子是Mindtouch的Deki Wiki。IronRuby的官方网站，http://ironruby.net/就是用它来架设的。

28 楼 mathgl 2009-05-22  

RednaxelaFX 写道

jjx 写道

linq 可以用在.net 2.0上的 ，包括linq to sql 和所有的c# 3.0语言特性,只要复制system.core,system.data.linq等一些dll到bin目录即可，目前俺就在这么用

不知道这样做有没有违反.NET Framework的license agreement……不然就不会有那么多解决方案是用Mono的Systemm.Core.dll和System.Data.Linq.dll了

能否举个例子？ 国内有人用mono开发么？ 除了那个网站外。

27 楼 RednaxelaFX 2009-05-22  

RCFans 写道

Mono的security比MS的好，尤其是在证书的处理上

Mono的security，嗯看什么方面。Mono一直都没有实现CAS，最近才在Moonlight里实现了某种程度的sandbox。我还没在Mono上用过证书相关的功能，可以稍微介绍下这方面的特点么？