VB.NET机房重构问题点滴积累
|
给鄙文命名的时候，写完“VB.NET机房重构问题点滴积累”这个名字，I 莫名地笑了，处于我这个阶段，还能笑得出来、看来心情还没有想象当中地那么糟，嗯……还是直接进入正题吧. 用继承类窗体可以减少设计窗体时的工作量、编程时的代码量，但是如果不仔细地话相应的也会带了一些问题，一些问题、一些莫名其妙，如下：
显示么有找到UI.FrmFather（父窗体，现在感觉起这个名字不太好，因为还用到了其他的父窗体——命名也是一门学问），我UI中明明有这个窗体了，而且这个子类有两个：另一个”充值记录查询“是可以打开的，SO what's going on here？上网查了一些资料： 原因：一、
完整的错误信息：“请确保引用了包含此类型的程序集。”如果此类型是开发项目的一部分，请确保已成功生成该项目。 由于未找到引用，因此出现了此错误。 请确保引用此错误信息中指示的类型，并且引用此类型所要求的任何程序集。 更正此错误：
Visual Studio 能够标识该文件中的所有类；此错误后面的列表详细说明每个类为什么不能满足 Visual Studio 的要求。 该列表可能包括以下某个特定错误： 未能加载基类“<class name>” 无法设计基类“<class name>” 未安装基类“<class name>”的设计器 更正此错误
二、
项目文件.csproj 文件中没有对应文件的配置信息。
FormMain从FormMainBase继承之后，一旦修改FormMainBase就会出现这个问题(没记得改过，不过可能选择性失忆了） 解决：
1: 关闭VS所有窗口，后重启．即可返回正常． 2: 第一种方案不成功,关闭VS所有窗口,点击解决方案->清理解决方案->点击解决方案->重新生成解决方案 即可 解决！ 3: 第二种方案不成功,检查是否引用第三方控件,如Developer Express；重新导入控件,后启动VS,重新编译即可.在 工具栏(有很多控件的) →右键→ 选择→添加引用，一般是引用dll文件，即第三方控件 4 : 第四种方案不成功,卸载第三方控件,重新安装第三方控件,在导入控件,启动VS，重新编译 5: 如果上面的方案都不行，可以先把父窗体从项目中排除，然后清理、在生成解决方案，然后再添加上 机房进行这么多天了，这么慢的进度——没有原因是不可能的，但是也没感觉自己拖延，更不想说自己效率低，不过大概这就是原因吧，现在需要做的不仅仅是“加油”这么简单了，捉急 ~~~~~~…………加油 （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |