abstract class 的Windoes Form窗体，不被IDE支持？？？

[timiil]

在写一个窗体的基类，实现一个 public abstract void DoSomething()的虚函数，（由于要求继承者必须重写这个虚函数，所以没有用virtual), 基类代码如下：

public abstract class frmFather : System.Windows.Forms.Form
{
private System.ComponentModel.Container components = null;

public frmFather()
{
InitializeComponent();
}

protected override void Dispose( bool disposing )
{
if( disposing )
if(components != null)
components.Dispose();
base.Dispose( disposing );
}

private void InitializeComponent()
{
this.SuspendLayout();
this.AutoScaleBaseSize = new System.Drawing.Size(6, 14);
this.ClientSize = new System.Drawing.Size(544, 293);
this.Name = "frmFather";
this.Text = "frmFather";
this.ResumeLayout(false);
}

public abstract void DoSomething();
}

这个基类可以正常被继承了，子窗体也实现了必须实现DoSomething方法了，但现在的问题是当设计上述窗体的继承窗体时，设计器就一片花白。。。说不支持abstract 类型的窗体，创建不了实例。。。请问各位高手有好的解决办法没有？

[i三千]

up

[Seeko0]

抽象类不能被实例化,建议去掉abstract 修饰符

[速马]

不止是作为抽象类的Form
普通的窗体继承，设计器也会出问题

[timiil]

去掉了abstract,就不能达到“强制要求子类必须实现某些方法”这样的要求了！
当然不用abstract也不是什么天大的事情，只不过觉得OO的思想如果因为IDE现实问题而要迁就的话，确实有点不甘心~！

[timiil]

是否有可能这样解决？：　既然ＩＤＥ认为abstract 的窗体就不实例化，如果我很不小心地为VS.IDE做一点外科手术，跳过abastract的判断，强制要求他执行构造函数；或者干脆通过反射机制欺骗ＩＤＥ这个窗体不是abstract的。。。
各位认为如何呢？

[速马]

你对反射的概念是不是有点误解了
主动权还在VS.NET本身，你如何能绕过

思归的办法应该可行
不过像我前面说的，就算不是abstract的窗体，使用继承时IDE还是会出不少问题（比如坐标定位错误）

[timiil]

to Sunmast:
我的意思是［破解／修改］VS.NET的ＩＤＥ的ＤＬＬ。。。


继承窗体出现坐标问题也见识过，不过我的基窗体一般就是一个工具条［内有若干按钮］、一个属性条、一个Ｇｒｉｄ而已，都是Ｄｏｃｋ的，哈哈。。。

[saucer]

there is no good solution, the approach people usually use is to add a #if debug block to hide abstract modifier or use different declaration

[xming076]

IDE也是通过创建frmFather的实例让你来设计form的
解决的办法是设计form的时候把abstract关键字先去掉,设计完了再加上.

[Seeko0]

saucer(思归) 的意思是说你可以设置条件编译的语句来满足：
#if DEBUG
public class ...
#else
public abstract class ...
#endif

继承类中需要执行DoSomething方法，可以将该方法定义成接口，继承类必须实现该接口即可

[ET2004]

public abstract class MainFormBase
{
public abstract void DoSomething();
}

public class MainFrom : MainFormBase
{
public virtual void DoSomething()
{
throw new NotImplementedException("MainForm.DoSomething() 尚未实现");
}
}

public class MyMainForm : MainForm
{
}

用 NotImplementedException 来模拟“未实现抽象类得成员”编译错误。如果开发人员胆敢不 override 这个 DoSomething，他的程序会“死”得很难看。其实 MainFormBase 抽象类也可以省略。

[timiil]

:) , tks !
首先感谢老兄的解答，但这是一个运行异常而非编译器错误，开发人员在外边Try着它，一样可以逍遥法外。。。
不过如果确实其他办法都不行，这也总算是一个办法。 :)

[Seeko0]

将函数定义在接口中，继承类和基类都必须实现接口中的函数，这样应该可以解决你的问题

[timiil]

设置条件编译的语句满足不了哦，之所以要做一个abstract 的窗体，就是因为要定义一个public abstract void DoSomething(); 最终目的是要求开发人员无论如何必须实现一个新的DoSomething函数，用VB的话来说，就是MustOverride。 如果开发人员 “胆敢”||“忘记” 实现DoSomething函数，那么编译器就会报错，这其实才是最终的目的。

如果用条件编译，在Debug期间 开发人员 “胆敢”||“忘记” 实现DoSomething函数，是不会有错的。 而且，当这个基类窗体被封装成一个DLL引用的时候，总有Release那一天（特别如果是作为第三方的库），那又回到不能在IDE窗体设计的状态了。。。

[ET2004]

TO Seeko0(阿 枫(www.vivichen.com))：
不可行，因为如果基类已经实现了接口中的方法（函数），继承类不需要实现。这是 OOP 的基本概念。See this:

public interface IMainForm
{
void MustImplement();
}

public class MainForm : IMainForm
{
public void MustImplement() { }
}

public class MyForm : MainForm, IMainForm
{
// 这里不实现 MustImplement 也可以，因为基类已经实现了
}

[Seeko0]

外面可能是Try不掉的吧

[ET2004]

“外面可能是Try不掉的吧”，用了两个不确定的词：“可能”“吧”。
你认为有什么程序异常是不能 try 掉的？（再强调一下是“程序异常”）
还有人说对，无言 -.-

[nytony]

楼上的说得对

[timiil]

ET2004: 算了，这就是“星”味。

[timiil]

jt