First we try, then we trust
  博客园 :: 首页 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理 ::
  183 随笔 :: 111 文章 :: 2983 评论 :: 339 引用
窗体间传递复杂数据

源代码下载请点这里

在设计窗体程序时往往需要相互调用的窗体间传递复杂的数据，有时候甚至需要子窗体修改父窗体的内容。前一阵在博客园中看到很多人讨论这个问题，在海天一鸥《窗体间传值和窗体间互操作》的评论中，我看到有这么几种做法：1）公开一个静态变量；2）在子窗体中创建一个公有字段；3）在父窗体中使用委托与事件；4）将子窗体作为父窗体成员。

这些办法我感觉都不是特别好，会导致父窗体与子窗体耦合过于紧密，对任何一个窗体的修改需要重新编译另外一个窗体。根据“依赖倒置”的原则，通过引入一个结果对象，就可以避免这种紧耦合，同时也可以传递任意复杂的数据。如果需要在子窗体中改变父窗体状态，也可以在这个结果对象中定义委托与事件来达到目的。我在这里给出我的解决方案。

首先定义一个结果对象，用来存放子窗体返回的结果。同时定义一些事件，可以让子窗体修改父窗体的状态。代码如下：

using System;

namespace WinParam
{
   public delegate void TextChangedHandler(string s);

   public class cResult
   {
      public string Result1 = "";
      public string Result2 = "";
      
      public event TextChangedHandler TextChanged;

      public void ChangeText(string s)
      {
         if(TextChanged != null)
            TextChanged(s);
      }
   }
}

添加一子窗体构造函数，允许接收一结果对象：

private cResult r;

public frmChild(cResult r):this()
{
   this.r = r;            
}

在父窗体中创建子窗体，并订阅cResult事件：

private void btnCallChild_Click(object sender, System.EventArgs e)
{
   cResult r = new cResult();
   r.TextChanged += new TextChangedHandler(this.EventResultChanged);
   frmChild fc = new frmChild(r);
   fc.ShowDialog();
   txtCallResult.Text = "The Result is: " + r.Result1 + " " + r.Result2;
}

private void EventResultChanged(string s)
{
   txtEventResult.Text = s;
}

这样确保父窗体知道子窗体，而子窗体不知道父窗体。父窗体改变后不需要重新编译子窗体。同时两个窗体都依赖于结果对象，结果对象的稳定性也决定了父窗体与子窗体关系的稳定性。下面是程序运行结果：



注：提供的代码仅仅是功能演示，如果实际使用需要添加一些额外辅助代码（对象释放、取消事件订阅等）。
posted on 2004-08-17 10:28 吕震宇 阅读(10162) 评论(48)  编辑 收藏 所属分类: Windows Form 编程

评论

#1楼  2004-08-17 11:19 浪淘沙.xpilot      
收藏
  回复  引用  查看    

#2楼  2004-08-17 11:34 吕震宇      
很怀念Visual FoxPro，上面的这种做法是从VFP提供的数据导航工具条源码中学到的。VFP用这种办法一次返回多个结果。
  回复  引用  查看    

#3楼  2004-08-17 12:06 海天一鸥      
这个办法真好啊！

最近作一个MDA工具的开发，将模型导出为XML，然后用生成器将XML导出为JSP＋serverlet或者 ASP.NET页面。

其中 ，建模器是典型的将UI信息转入到后台模型对象，这个过程涉及很多窗体间信息的传递，但都是操作同一个对象。

目前为了赶进度，整个框架设计的并不好，冗余代码多，复用的少，解决方案并不好。

我希望在1.0版完成后，在下一个版本中，大幅度更改架构：
1.使用 对象管理器 的概念，UI完全与后台XML数据模型对象解偶。
2. 对象的序列化功能使用模版方法，因为大多数对象的字段序列化代码都是差不多的，如果有模版方法，可以少写很多代码。
3.改进窗体传值


  回复  引用  查看    

#4楼  2004-08-21 16:03 阿森      
好东西
  回复  引用  查看    

#5楼  2004-08-27 16:49 愚公      
收藏
  回复  引用  查看    

#6楼  2004-09-03 16:21 寻      
收藏
  回复  引用  查看    

#7楼  2004-09-03 16:28 寻      
好东西
  回复  引用  查看    

#8楼  2004-09-20 16:49 千度 [未注册用户]
好
  回复  引用    

#9楼  2004-09-20 16:55 千度 [未注册用户]
不行，我得多夸两句，这个东西我做了两天还没做出来。真感谢!
  回复  引用    

#10楼  2004-10-17 14:48 C#初学 [未注册用户]
我是初学者，冒昧问一句，这样做跟改变一个变量的值比不是多了好多代码了，这样有什么好处？？
  回复  引用    

#11楼  2004-10-17 14:51 C#初学 [未注册用户]
对象释放、取消事件订阅等这样又是放在什么地方，需要怎么做呢？？
  回复  引用    

#12楼 [楼主] 2004-10-17 19:15 吕震宇      
@C#初学

为了让系统更为稳定，通常程序在编写时都遵循高内聚，松耦合的原则。虽然代码复杂了很多，但保证了松耦合。这样当两个窗体的代码发生变化时，不至于对另外一个窗体产生影响。

释放、取消事件订阅通常在子窗体释放时调用。
  回复  引用  查看    

#13楼  2004-11-09 17:05 新手 [未注册用户]
真是好
  回复  引用    

#14楼  2005-03-29 22:51 nicolas [未注册用户]
这种方法早用过，还有内存共享，比如memo，剪贴板等
  回复  引用    

#15楼  2005-03-29 23:00 nicolas [未注册用户]
唯一缺陷就是缺少内敛性，就是说一个类的对象的一些属性或者方法需要其他类的对象来控制实现，这也是低级错误的根源。比如用户忘了调用该方法，他也不会知道错在哪里，呵呵，其实最好的方法是创建一个线程来监视窗体间的交互，好比警察一样，这样对象之间的交互比较自然，就好象经济活动需要税务局，社会治安需要警察一样，呵呵
  回复  引用    

#16楼  2005-04-20 12:12 stef [未注册用户]
非常棒的方法
  回复  引用    

#17楼  2005-07-11 09:27 jhtchina      
学习
  回复  引用  查看    

#18楼  2005-08-15 22:50 IT      
还有其他方法
class Form2:From
{
Form frm;
Form2(Form _frm)
{
frm=_frm;
}
button_click()
{
frm.Text="传出数据";//能改变Form1的Text属性
}
}

Form1的调用
class Form1:From
{
button_click()
{
Form2 frm=new Form2(this);//这里的this指针特别重要啊
frm.Show();
}
}
  回复  引用  查看    

#19楼  2005-08-15 22:51 IT [未注册用户]
上边的兄弟是用了事件的方法
  回复  引用    

#20楼 [楼主] 2005-08-16 13:45 吕震宇      
@IT

这种方法确实可以实现窗体间参数的传递，但也会面临一些问题：

1、两窗体耦合过于紧密
2、参数传递的类型是Form，这导致如果你希望调用一自定义窗体例如MyForm，必须修改参数类型，否则MyForm中的自定义属性是无法访问的。如此导致系统弹性不足。
  回复  引用  查看    

#21楼  2005-10-19 11:37 pdy [未注册用户]
我也使用
++++++++++++++++++++++
还有其他方法
class Form2:From
{
Form frm;
Form2(Form _frm)
{
frm=_frm;
}
button_click()
{
frm.Text="传出数据";//能改变Form1的Text属性
}
}

Form1的调用
class Form1:From
{
button_click()
{
Form2 frm=new Form2(this);//这里的this指针特别重要啊
frm.Show();
}
}



++++++++++++++++++++++
简单不是挺好吗？
有什么缺陷？
  回复  引用    

#22楼 [楼主] 2005-10-20 10:57 吕震宇      
@pdy

我认为这种做法尽管可行，但还是存在很多缺陷：

1）回传数据用的是Form.Text属性，这样就限制了回传的数据类型只能是字符串形，尽管可以强制类型转换，但总有Bad Smell在里面。

2）Form.Text属性是用来控制窗体的标题的，现在却被拿作它用，你总不会希望调用一个子窗体后，主窗体的标题发生变化吧？为什么不用Tag属性呢，至少要比Text强。

3）注意Form2的构造函数：
Form2(Form _frm)
{
frm=_frm;
}
你接受的是一个Form类型的数据，因此通过frm属性，只能对Form类提供的属性方法进行操作，如果你想修改Form1里面某个TextBox中的值恐怕就无能为力了。

4）当然，你可以更改构造函数，接受某个SpecialForm类型，但这时两个窗体的耦合就过于紧密，当SpecialForm发生变化，就不得不重新编译Form2。

5）如果你希望回传多个复杂数据，并且数据无法串行化成XML，这种做法无能为力

6）如果你希望实时联动，就像你修改了属性窗口的值，对应控件的形态也随之发生变化一样，这种做法无能为力

等等，因此，我认为这种做法在系统规模小，应用简单的情况下可以使用Tag属性传递数据，但在复杂应用下，尽量避免这种做法。
  回复  引用  查看    

#23楼  2005-10-20 16:37 howcanido [未注册用户]
good !
另外还有一个方法：
在frmParent中声明frmCHild
child = new FrmChild();
child.showdialog();
在frmChild中也可以声明一个frmParent
parent = new frmParent();
parent.xx =....
其实parent和Application创建的parent是一个东西吧，只不过new了两次，
  回复  引用    

#24楼  2005-10-21 14:05 howcanido [未注册用户]
上面的方法有问题，两个parent要“＝”一下，不是好办法：）
  回复  引用    

#25楼  2006-02-15 16:49 wangdewind [未注册用户]
不错 支持
  回复  引用    

#26楼 [楼主] 2006-02-15 20:14 吕震宇      
@howcanido

new了两次就是两个对象了。修改其中一个实例的属性，另外一个实例是不知道的。除非使用静态属性，但这几乎和全局变量的做法没有什么区别，我不建议使用。
  回复  引用  查看    

#27楼  2006-04-24 10:48 我本善良2 [未注册用户]
隔离2个form对象，通过cResult对象关联他们之间的关系，巧妙的使用event ，动态的取得改变的结果，并执行相应处理，真的是很优雅
谢谢老师，受益匪浅

  回复  引用    

#28楼  2006-07-21 15:39 xc#      
感觉这两个窗体间传递数据的接口应该不是"易变的吧",暂时还没感受到这样做的好处
  回复  引用  查看    

#29楼  2006-09-11 18:23 tom[匿名] [未注册用户]
用单选钮的CheckedChanged事件，会多执行一次操作。比如先选择Show "One"，然后又选择Show "Two"。这时，Show "One"的事件又要执行一次了。不如直接使用Click事件。

这种方法不错，多谢！
  回复  引用    

#30楼  2006-11-01 17:09 何鑫 [未注册用户]
窗体终究只是“表示”。为什么不用MVC？
  回复  引用    

#31楼  2007-01-08 16:21 bill024 [未注册用户]
收藏！啊
  回复  引用    

#32楼  2007-03-07 23:49 czj_earth [未注册用户]
我以为 结果对象　中用　object 代替 string 成员是否更好！

毕竟 窗体中传的是未知的 复杂的数据,

而且这样的话，可以使用 BaseForm 基类来统一处理。
  回复  引用    

#33楼  2007-08-02 10:25 阿伟 [未注册用户]
此方法只适用于，这个子窗体仅供一个父窗体使用，不能解决多个父窗体共同使用一个子窗体的问题
  回复  引用    

#34楼  2007-09-05 15:50 vevi [未注册用户]
//=======
private void btnCallChild_Click(object sender, System.EventArgs e)
{
cResult r = new cResult();
r.TextChanged += new TextChangedHandler(this.EventResultChanged);
frmChild fc = new frmChild(r);
fc.ShowDialog();
txtCallResult.Text = "The Result is: " + r.Result1 + " " + r.Result2;
}
//============
在上面的事件中你又new了一个cResult--r，那么它就应该和原来的WinForm不是一个对象，但是在cResult类中new一个自己，这样可以吗？
  回复  引用    

#35楼  2007-09-05 16:05 vevi [未注册用户]
不好意思，刚才没看你的程序，看了以后明白了。
---------
但是本人觉得委托，绕来绕去的比较麻烦。想来c++的指针也就是这个样子吧。
  回复  引用    

#36楼  2007-11-06 19:04 张张 [未注册用户]
其实是mvc的一个精简本，使用mvc本身就可以避免此问题？
  回复  引用    

#37楼  2007-11-06 19:06 张张 [未注册用户]
当然这种方法更好，在mvc中可以采用观察者模式，是没有问题的，我很久已经实现了
  回复  引用    

#38楼  2008-02-09 21:18 goldant [未注册用户]
如果一个主窗口对应着多个子窗口怎么解决?不会要N个中间态吧?我就碰到这种问题,不知如何解决
  回复  引用    

#39楼 [楼主] 2008-02-20 17:15 吕震宇      
@goldant
如果真是这样的话，我觉得就需要一个自建的MessageService来协调多个窗体间的通讯了。毕竟传递消息与交换数据并不完全一样。
  回复  引用  查看    

#40楼  2008-02-26 11:20 jazz [未注册用户]
你好，我是初学者，我看了代码，为什么点击子窗体的确定后，子窗体也会关闭呢。请指教。
  回复  引用    

#41楼  2008-03-25 20:50 VB.NET学习者 [未注册用户]
您好！我是一个新手，现在学习VB.net。今天我花了很大的功夫，才把您的代码翻译成vb.net的。正在学习中……
不过我遇到的问题是，将主窗体的结果传递给子窗体。是否也适合用这种方法呢？
谢谢！
  回复  引用    

#42楼  2008-06-16 23:11 gfxtdm [未注册用户]
我看就使用观察者模式
  回复  引用    

#43楼  2008-06-20 00:23 StephenJu      
非常不错！
  回复  引用  查看    

#44楼  2008-07-04 02:27 yellowyu      
想问一下楼主,我的程序里面现在出现好多好多事件,多的时候一个窗体里面可能包含着十多个委托事件,通过发消息传递,我想知道,发生这种情况,我该怎么去管理我这些事件呢!

因为我现在基本上每个事件,都写一个委托,实在想不出什么好解决的办法,谢谢
  回复  引用  查看    


标题  
姓名  
主页
Email (博主才能看到) 
验证码 *  看不清,换一张 [登录][注册]
内容(请不要发表任何与政治相关的内容)  
网站首页

新闻频道

社区

小组

博问

网摘

闪存

找找看
  登录  使用高级评论  新用户注册  返回页首  恢复上次提交      
该文被作者在 2004-08-17 10:41 编辑过


相关链接:

最新IT新闻:
Silverlight 2.0正式版下周发布
Wikipedia“变心”，力挺Ubuntu
“不可破解”的加密技术出
13款Firefox Gmail扩展
支持鼠标手势的Chrome中文修改版