To freewuyang: 你说的也过于绝对了，这方法就是有很多地方需要用的。比如WORD中，你用过Find/Replace...吧，你是在查找窗口中查到一个后，直接点击查找窗口中的Replace吧，这时控制的却是你WORD文档窗口。这种不正是一种很好的例子吗？ 你说对了一部分。对，OO的核心思想就是封装，类之间的传递仅通过消息。但任何事物都不能绝对，GOTO不好不是还在用吗，而且有些地方非用不可，不用反而非常非常麻烦。所以楼主说的方法还是要学的，关键是如何尽可能的做好设计工作，这样可以很方便的实现封装，减少类接口的通讯压力。
private void menuItem2_Click(object sender, System.EventArgs e)
{
Form2 frm2 = new Form2(this);
frm2.Show();
frm2.Activate();
} 然后你的Form2中的构造函数中public Form2(Form1 frm1)
{
InitializeComponent();
//
// TODO: Add any constructor code after InitializeComponent call
//
form1 = frm1;
} 这样你可以访问到form1的公共属性如下
private void Form2_Load(object sender, System.EventArgs e)
{
form2.Contorl.property = form1.publicProperty ;//
}
哪有这么麻烦
你说的也过于绝对了，这方法就是有很多地方需要用的。比如WORD中，你用过Find/Replace...吧，你是在查找窗口中查到一个后，直接点击查找窗口中的Replace吧，这时控制的却是你WORD文档窗口。这种不正是一种很好的例子吗？
你说对了一部分。对，OO的核心思想就是封装，类之间的传递仅通过消息。但任何事物都不能绝对，GOTO不好不是还在用吗，而且有些地方非用不可，不用反而非常非常麻烦。所以楼主说的方法还是要学的，关键是如何尽可能的做好设计工作，这样可以很方便的实现封装，减少类接口的通讯压力。
Replace可以只是调用文档的方法，并不需要直接操作文档的内容
调用方法和访问属性不就是一个道理吗？都是文档类的成员啊！
调用方法和访问属性不就是一个道理吗？都是文档类的成员啊！
调用方法和访问属性当然是不同的
（姑且不讨论操作内容是否就是访问属性）
就说Replace这个问题吧，调用方法根本不必了解文档类内部的数据组织方式，而直接对其内容进行操作的话就必需了解文档类内部的结构，而且文档类内部结构改变后......
你要改动FORM1中某个TextBOX的Text属性，难道你还要查查TextBOX类里用了什么样的数据结构？呵呵，没这个必要吧
我没有说过什么绝对的话,我说的只是有很大可能,如果楼主要访问的是某些数据绑定的控件,那么我认为是可以通过公共成员访问的,因为那样比较方便
,但是如果是因为是把应用逻辑包含在了控件的事件处理程序中,那么我认为这样实现是不好的.我主要是对楼上的几位说的把变量变为public ,static之类的方法感觉不满,我认为是误导,毕竟封装可以提高维护性.
对于你说的word的例子,我认为你说得只是表现形式,word内部如何实现我不知道,但是肯定不是把find,replace这样的算法实现放到了查询窗口,或编辑窗口上,因为那样如果他的界面改变,则这部分算法代码就要以copy\paste的方式重用了,对于ms这样的大公司就显得很搞笑了.他后台肯定是有某种文档类来包装算法,这样只要应用逻辑不变就可以重用这个类,所以我希望楼主不要把应用逻辑放入控件的事件处理程序中.问题的关键在于要不要分层,通过属性还是方法只是实现细节
[email protected]，愿意和你联系。其实你说的也是很有道理的：）