VS 2005的一个bug?

      微软提供的诸多“傻瓜式”的编辑工具无疑提高了代码的“生产率”，这个贡献是不应该被抹略的。但是往往事物都有其两面性，很少有达到十全十美境界的。今天亲自遇见了其另一面，可谓印象深刻，郁闷得很。

　　给一个运行正常的窗口程序添加数据源以及DataGridView控件后，编译测试，出现了吓人的诸多错误之处，这些错误对于高手来说或许可以轻易解决，但对于新手们恐怕就有点摸不着头脑了。是数据源建错了吗？但测试正常；是变量名称有写错的地方么？但是所有都是自动生成的，没有输过什么内容呀！开始怀疑，于是反复多次从头再来，可怕的问题依然如故，几个来回，一眨眼两个多小时就过去了。但恼火地又钻进牛角尖了，于是索性新建一个，和上面一样的步骤建立数据源和相关控件，编译测试，任何问题没有，真是怪了！都是系统自己建的代码，为什么这个行那个就不行呢？不会我一个窗口程序别的不干只运行你一个DataGridView吧？实不甘心，于是又回到那个窗口中，在搜索一遍该问题现象无果之后，就开始想，(错误 1 类型“GetDatabase.GetDatabase”中不存在类型名称“nwindDataSetYf” D:/yf.c/24/GetData/GetData/dataGrid.Designer.cs 36 51 GetDatabase)

错误提示为什么说是 “GetDatabase.GetDatabase类型”呢？它只是我自己的一个命名空间而已(新手往往只能如此浅显地去认识问题，凡事都有一个过程，钢铁不是轻易就能炼成的，呵呵)，于是试图将其去掉，(即将

this.nwindDataSetYf = new GetDatabase.nwindDataSetYf();  改为

this.nwindDataSetYf = new nwindDataSetYf();) 再次编译测试，竟然Pass了！！！

　　不知系统为什么要画蛇添足地给它加上那样一笔呢，难道真的是大智若愚么？不知这是否算是一个系统上的BUG。但尝试了一番挫折之苦之后能将问题解决，还是有所收获的，因为解决一个错误的过程，往往是让人记忆深刻的，希望类似的新手们不要遇到如此恼人的问题，如果真的碰到了，我想看到此文之后，你也不用花那么多的冤枉时间去解决这种烦人的问题了。