关于 MFC 的简单问题，关于 MFC 函数调用的问题。

cyourdlg *pdlg = (cyourdlg*) lpparameter;或者将 cyourdlg *pdlg 定义为全局变量

pdlg->setdlgitemtext(idc_edit,str1);就是这样。

您可以使用 API

bool setdlgitemtext(

hwnd hdlg, // handle of dialog boxint niddlgitem, // identifier of control

lpctstr lpstring 文本进行设置，然后将参数 lpparameter 传递给对话框的窗口句柄 getsafthwnd（）

线程函数不是对话框内部的函数，需要获取指向对话框的指针才能访问它：

ctestdlg* pdlg=(ctestdlg*)afxgetmainwnd();

pdlg->setdlgitemtext(idc_edit,str1);

使用指针，线程函数是全局的。 您需要先获取指向控件的指针，或者获取指向控件窗体的指针，获取指针的方式可以是。

只有几个全局函数。

你把你的线程函数的定义放在最外层的空间里。

您可以在程序函数中使用 postmessage（） 发送消息，然后将消息处理程序添加到应用程序的主线程（原始线程）中，以便可以在消息处理程序中设置控件的字符。

1.了解继承的意义。 ctestdlg 类继承自 cwnd 类，因此 ctestdlg 类具有 cwnd 类中的一些数据和函数，这些数据和函数已经归 ctestdlg 类所有。 通常，父类和子类的数据和函数是分开的，不共享。

2. 要从外部调用类的成员函数，需要先创建类的对象。 例如，警察类是一个类，枪是警察类的数据成员，但警察类是一般引用，警察类中定义的枪也是一般引用，这意味着警察类的对象有枪，但警察类并不代表特定的人（即 对象），要获得真枪，必须注明是哪个具体的警察，例如北京市东城区32楼的保安员张三，然后才能获得其数据成员张三。枪，这个时候，这张三的枪是真枪，可以实际操作。

每个人可能都有自己的原因，我和MFC合作了很多年，所以让我们谈谈我的感受。

10 多年前，MFC 是 Windows 平台上 GUI 编程框架之王。 MFC 和 VC 6 是今年最好的组合，他们完全击败了 Borland。 一是因为MFC是当时为数不多的比较完整的GUI框架之一，二是因为MFC可以说是为Win 95 98量身定做的，它完美地支持了当时看起来很新的功能，比如DPI。

后来，VC从版本发展到Visual C++ 2008，操作系统从Win 98改为Vista，MFC虽然版本号已经更新，但本质并没有太大变化，很多新功能都不支持，比如功能区。

后来，Microsoft 发布了 Visual Studio 2008 SP1（Visual Studio 2008 的补丁包），它引入了许多新功能，如功能区、选项卡式 MDI、可自定义的停靠窗口等，但是！ 这些**不是Microsoft自己写的！ Microsoft 从 BCG Soft 购买了它！

而且这些**的质量明显不如Microsoft自己之前的**。 我自己发现了不止一个错误。 而且Microsoft似乎并没有花太多精力来修复这些错误。

所以现在要写一个窗口程序，MFC绝对不会是我的首选。

如果你使用 C++ 作为接口，MFC 几乎是必须的，否则你将不得不同时了解其他语言，但如果你不考虑接口，你必须放弃 MFC

不提倡使用 MFC 的人基本上不做接口，不做接口、网络，用 MFC 驱动任何东西都是低效的，而且因为 MFC 是一个封装层的库，过度依赖 MFC 会让你不了解层，你不会得到进步，这也是为什么很多人不提倡使用 MFC 的原因。

1l 经验丰富，似乎是有道理的。

MFC套装虽然功能强大，但开发困难，周期长，维护困难。

综上所述，MFC Microsoft本身就要放弃了，而Microsoft现在是主要的。 .NET Framework，托管**。