给鄙文命名的时候，写完“VB.NET机房重构问题点滴积累”这个名字，I 莫名地笑了，处于我这个阶段，还能笑得出来、看来心情还没有想象当中地那么糟，嗯……还是直接进入正题吧.

用继承类窗体可以减少设计窗体时的工作量、编程时的代码量，但是如果不仔细地话相应的也会带了一些问题，一些问题、一些莫名其妙，如下：

显示么有找到UI.FrmFather（父窗体，现在感觉起这个名字不太好，因为还用到了其他的父窗体——命名也是一门学问），我UI中明明有这个窗体了，而且这个子类有两个：另一个”充值记录查询“是可以打开的，SO what's going on here？上网查了一些资料：

原因：

一、

完整的错误信息：“请确保引用了包含此类型的程序集。”如果此类型是开发项目的一部分，请确保已成功生成该项目。

由于未找到引用，因此出现了此错误。

请确保引用此错误信息中指示的类型，并且引用此类型所要求的任何程序集。

通常，问题在于该解决方案中的某个控件还没有生成。若要生成此控件，请从“生成”菜单选择“生成解决方案”。

另外，如果此控件已经生成，则右击解决方案资源管理器中的“引用”文件夹并选择“添加引用”，手动添加一个引用。

Visual Studio 能够标识该文件中的所有类；此错误后面的列表详细说明每个类为什么不能满足 Visual Studio 的要求。

该列表可能包括以下某个特定错误：

二、

项目文件.csproj 文件中没有对应文件的配置信息。

三、

FormMain从FormMainBase继承之后，一旦修改FormMainBase就会出现这个问题(没记得改过，不过可能选择性失忆了）

解决：

1: 关闭VS所有窗口，后重启．即可返回正常．

2: 第一种方案不成功,关闭VS所有窗口,点击解决方案->清理解决方案->点击解决方案->重新生成解决方案即可

3: 第二种方案不成功,检查是否引用第三方控件,如Developer Express；重新导入控件,后启动VS,重新编译即可.在工具栏(有很多控件的) →右键→ 选择→添加引用，一般是引用dll文件，即第三方控件

4 : 第四种方案不成功,卸载第三方控件,重新安装第三方控件,在导入控件,启动VS，重新编译

5: 如果上面的方案都不行，可以先把父窗体从项目中排除，然后清理、在生成解决方案，然后再添加上

机房进行这么多天了，这么慢的进度——没有原因是不可能的，但是也没感觉自己拖延，更不想说自己效率低，不过大概这就是原因吧，现在需要做的不仅仅是“加油”这么简单了，捉急 ~~~~~~

…………加油