- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我检查了一些其他问题,显然最好的解决方案是首先防止导致此问题的行为,但问题非常间歇性,而且非常不可重现。
我基本上有一个主窗体和子窗体。子表单显示在主表单的菜单和/或按钮中,如下所示:
private void myToolStripMenuItem_Click(object sender, EventArgs e)
{
try
{
xDataForm.Show();
xDataForm.Activate();
}
catch (ObjectDisposedException)
{
MessageBox.Show("ERROR 10103");
ErrorLogging newLogger = new ErrorLogging("10103");
Thread errorThread = new Thread(ErrorLogging.writeErrorToLog);
errorThread.Start();
}
}
子表单实际上在主表单中(无论好坏。我实际上想更改它,但这样做会花费大量时间):
public partial class FormMainScreen : Form
{
Form xDataForm = new xData();
...(lots more here)
public FormMainScreen(int pCount, string pName)
{
InitializeComponent();
...
}
...
}
修改了子表单的 Dispose 函数,“关闭”和“X”按钮实际上隐藏了表单,因此我们不必每次都重新创建它。当主屏幕关闭时,它会将一个“标志”设置为 2,这样其他窗体就知道实际上可以关闭了;
protected override void Dispose(bool disposing)
{
if (FormMainScreen.isExiting == 2)
{
if (disposing && (components != null))
{
components.Dispose();
}
base.Dispose(disposing);
}
else
{
if (xData.ActiveForm != null)
{
xData.ActiveForm.Hide();
}
}
}
所以,问题是,为什么这会一次又一次地完美无缺地工作,但实际上,大约每 1/1000 的时间都会导致异常,或者更确切地说,为什么我的表单会被处理掉?
我怀疑垃圾收集器被弄糊涂了,因为它在运行数小时后稍微更频繁地发生。
最佳答案
无意冒犯,但这似乎是对很久以前解决的问题的一个非常复杂的解决方案。
你不应该在 Dispose() 方法中做任何事情,除了处置其他一次性元素(即使处置标志为真)。所以我不会修改设计者为你生成的方法。
因此,关于为什么会发生这种情况的问题的直接答案几乎肯定与垃圾收集器调用您的 Dispose 方法的时间有关。
相反,您可能应该考虑使用 MDI ( multiple document interface) 父窗体,而您的“子窗体”称为 MDI 子窗体。然后,您可以像这样处理子项中的 FormClosing 事件。
(请注意,如果您反对 MDI,您可以使用表单 Owners 来做基本相同的事情。)
// MDI child
private void Form_FormClosing(object sender, FormClosingEventArgs e) {
if (e.CloseReason == CloseReason.UserClosing) {
e.Cancel = true;
Hide();
}
}
当窗体因为代码关闭、父窗体关闭、Windows 关闭等各种原因关闭时,关闭不会被取消。只有当窗口因用户直接关闭子窗体而关闭时,您才会隐藏它。
要在 MDI 父级内部显示 MDI 子级,您可以执行以下操作:
MyParentForm parentForm = new MyParentForm();
parentForm.IsMdiContainer = true;
parentForm.Show();
MyChildForm childForm = new MyChildForm();
childForm.MdiParent = parentForm;
childForm.Show();
关于c# - ObjectDisposedException when .Show( )'ing a form that shouldn' t 被处理,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2671204/
我对这个错误很困惑: Cannot implicitly convert type 'System.Func [c:\Program Files (x86)\Reference Assemblies\
考虑这段代码: pub trait Hello { fn hello(&self); } impl Hello for Any { fn hello(&self) {
问题很简单。是否可以构造这样一个类型 T,对于它下面的两个变量声明会产生不同的结果? T t1 = {}; T t2{}; 我已经研究 cppreference 和标准一个多小时了,我了解以下内容:
Intellij idea 给我这个错误:“Compare (T, T) in Comparator cannot be applied to (T, T)” 对于以下代码: public class
任何人都可以告诉我 : n\t\t\t\t\n\t\t\t 在以下来自和 dwr 服务的响应中的含义和用途是什么. \r\n\t\t\t \r\n\t\t\t
让 T 成为一个 C++ 类。 下面三个指令在行为上有什么区别吗? T a; T a(); T a = T(); T 为不带参数的构造函数提供了显式定义这一事实是否对问题有任何改变? 后续问题:如果
Rust中的智能指针是什么 智能指针(smart pointers)是一类数据结构,是拥有数据所有权和额外功能的指针。是指针的进一步发展 指针(pointer)是一个包含内存地
比如我有一个 vector vector > v={{true,1},{true,2},{false,3},{false,4},{false,5},{true,6},{false,7},{true,8
我有一个来自 .xls 电子表格的数据框,我打印了 print(df.columns.values) 列,输出包含一个名为:Poll Responses\n\t\t\t\t\t。 我查看了 Excel
This question already has answers here: What are good reasons for choosing invariance in an API like
指针类型作为类型前缀与在类型前加斜杠作为后缀有什么区别。斜线到底是什么意思? 最佳答案 语法 T/~ 和 T/& 基本上已被弃用(我什至不确定编译器是否仍然接受它)。在向新向量方案过渡的初始阶段,[T
我正在尝试找到一种方法来获取模板参数的基类。 考虑以下类: template class Foo { public: Foo(){}; ~Foo(){};
这是一个让我感到困惑的小问题。我不知道如何描述它,所以只看下面的代码: struct B { B() {} B(B&) { std::cout ::value #include
为什么有 T::T(T&) 而 T::T(const T&) 更适合 copy ? (大概是用来实现move语义的???) 原始描述(被melpomene证明是错误的): 在C++11中,支持了一种新
在 Java 7 中使用 eclipse 4.2 并尝试实现 List 接口(interface)的以下方法时,我收到了警告。 public T[] toArray(T[] a) { ret
假设有三个函数: def foo[T](a:T, b:T): T = a def test1 = foo(1, "2") def test2 = foo(List(), ListBuffer()) 虽
我对柯里化(Currying)和非柯里化(Currying)泛型函数之间类型检查的差异有点困惑: scala> def x[T](a: T, b: T) = (a == b) x: [T](a: T,
考虑一个类A,我如何编写一个具有与相同行为的模板 A& pretty(A& x) { /* make x pretty */ return x; } A pretty(A&& x) {
Eclipse 表示由于泛型类型橡皮擦,类型参数不允许使用 instanceof 操作。 我同意在运行时不会保留任何类型信息。但是请考虑以下类的通用声明: class SomeClass{ T
在 C++14 中: 对于任何整数或枚举类型 T 以及对于任何表达式 expr: 有没有区别: struct S { T t { expr }; }; 和 struct S { T t = { exp
我是一名优秀的程序员,十分优秀!