最近的vs.net 2005使用体会

      从beta1开始就一直在用vs.net 2005，开始是用express edition，主要是用VC++,VC#，偶尔用过一点Web Developer。感觉比2003强了很多，写代码的速度快多了(主要归功于IntelliSense)。但除了简单写写代码，也没用到过其它功能。beta2发布后，在一位师弟的帮助下，几乎在第一时间用上了vs.net 2005 beta2 team suite，随着毕业设计，开始用越来越多的功能，比如web service和database开发，感觉vs.net 2005实在是太牛了……然后最近它却让我所望了。
      从看Microsoft Extreme Programming Adventures in CSharp开始，学会了使用自动测试工具，也就是书中提到的NUnit。 NUite的功能很强，运行速度也很快，但与vs.net 2005的整合似乎不是很好(也许我对它的了解不够)，主要体现在调试和切换上。于是想使用vs.net中的test功能，但郁闷的是，以前虽然试过很多次，但根本从来没有成功过。一般会提示这个模块不能加载什么的，再使用时test对应的菜单就没反应，索性就不理它。碰巧前几天不得不重装了次系统，当然也全新的安装了vs.net，心想这次该没问题了吧，没想到更糟糕：一点test相关菜单就弹出错误提示。按照莫名其妙的错误提示，百思不得其解。好不容易，通过google，在微软的feddback里找到解决办法。原来解决方案中如果有安装工程就会出现这个问题，真是一个BUG。上边说vs.net 2005 june ctp已经修正了这个问题，可惜在家里用不上这个版本。
      费了好大劲儿，终于可以破开荒地使用vs.net 2005 test功能了。这东西和NUite挺像的，所以用起来还算顺手。但很快发现它在执行测试时不把工程里的文件拷贝到测试目录，在执行从文件读取的测试内容时就找不到文件。手工拷贝是不可能的，因为每次测试都生成一个新的目录。有了上次经验，这次直接到microsoft feedback找。在一个BUG报告里看到了使用test config的deployment，居然还不好使。最终用DeploymentItem属性解决了这个问题，但每个测验文件都得写一个DeploymentItem属性，DeploymentItem似乎不支持匹配搜索。真是没想到vs.net 2005 beta2有这么严重的BUG(对于有config文件的工程是致命的)，测试速度还那么慢。谁让它是免费的BETA版，忍了。
       昨天半夜还看了一个名为Smart Client 和.NET Framework 2.0的MSDN Webcasts。看完了真觉得自己写的毕业设计真是个垃圾，自己费了好大劲写的功能，在vs.net只是轻轻几下拖拽就OK了，而且功能界面都不赖。以后得多钻研MSDN library了，那么多的walkthroughs都没看，真是学习方法不对头啊。