MFC C++封装函数修改其他对话框EditControl值失效如何解决

我之前是PLC程序员，目前刚开始学习C++ MFC开发，需要将一段可正常运行的文件读取、控件赋值逻辑封装为通用函数。
原始可运行代码如下：

m_file.Open(posText[7], CStdioFile::modeRead);
m_file.ReadString(posValue[7]);
UpdateData(TRUE);
dlg.s_PostionZ2 = posValue[7];
UpdateData(FALSE);
m_file.Close();

我自行编写的封装函数运行无法达到预期效果，代码如下：

void mainDial::opeFile(CString path, CString value, CString location)
{
    slaveDialog dlg;
    m_file.Open(path, CStdioFile::modeRead);
    m_file.ReadString(value);
    AfxMessageBox(location);
    UpdateData(TRUE);
    location = value;
    UpdateData(FALSE);
    m_file.Close();
}

我的目标是让函数实现：打开指定路径文件，读取内容存入对应变量，同时修改目标Edit Control绑定的变量值。
目前核心卡点：需要赋值的目标变量位于另一个对话框类slaveDialog的实例中，直接在代码中写dlg.s_position赋值可以正常运行，但通过函数传参传入目标位置时，两种传参方式都不生效：

// 方式1：传入字符串形式的变量名
opeFile(posText[0], posValue[0], _T("dlg.s_PostionX1"));

// 方式2：直接传入变量
opeFile(posText[0], posValue[0], dlg.s_PostionX1);

代码存在4个核心问题，直接导致功能失效：

1. C++是编译型语言，运行阶段不存在变量名到内存地址的映射关系，传入字符串形式的变量名没有任何语法可以解析识别，这种写法完全不可行。
2. 参数使用值传递，函数内部操作的是传入参数的临时副本，修改不会同步到外部原变量，这是直接传变量也不生效的核心原因。
3. 函数内部新建了局部slaveDialog dlg实例，这个实例和外部实际显示的对话框不是同一个对象，就算给局部变量赋值，函数执行完局部对象就会销毁，完全不会反映到实际显示的UI上。
4. UpdateData是对话框类的成员方法，在mainDial类中调用该方法，只会同步主对话框的控件和绑定变量，完全不会操作slaveDialog的控件。

以下两种方案可直接落地，按需选择即可。

方案1：引用传参 + 传入目标对话框指针（改动最小，适配原有DDX绑定逻辑） #

修改函数定义，将需要赋值的参数改为CString引用类型，同时传入目标对话框实例的指针，不要在函数内部新建局部对话框对象：
首先在mainDial头文件中声明函数：

// 头文件声明
void opeFile(LPCTSTR path, CString& targetValue, slaveDialog* pTargetDlg);

函数实现如下：

void mainDial::opeFile(LPCTSTR path, CString& targetValue, slaveDialog* pTargetDlg)
{
    CStdioFile readFile;
    // 增加文件打开校验，避免路径错误导致程序崩溃
    if (!readFile.Open(path, CStdioFile::modeRead))
    {
        AfxMessageBox(_T("目标文件打开失败，请检查路径"));
        return;
    }
    CString fileContent;
    readFile.ReadString(fileContent);
    readFile.Close();

    // 给传入的绑定变量赋值
    targetValue = fileContent;
    // 调用目标对话框自己的UpdateData方法刷新UI
    if (pTargetDlg != nullptr)
    {
        pTargetDlg->UpdateData(FALSE);
    }
}

调用时直接传入对应成员变量的引用、已创建的目标对话框实例指针即可：

// 注意：dlg必须是已经创建并DoModal/Create显示的实例，不能是局部临时对象
opeFile(posText[7], dlg.s_PostionZ2, &dlg);
opeFile(posText[0], dlg.s_PostionX1, &dlg);

方案2：传控件ID直接操作（通用性更强，不需要依赖DDX绑定变量） #

如果后续需要给不同对话框的编辑框赋值，不需要为每个控件绑定成员变量，可以直接传目标对话框指针和控件ID，适配性更好：

// 函数声明
void opeFile(LPCTSTR path, CDialog* pTargetDlg, UINT editCtrlId);

// 函数实现
void mainDial::opeFile(LPCTSTR path, CDialog* pTargetDlg, UINT editCtrlId)
{
    CStdioFile readFile;
    if (!readFile.Open(path, CStdioFile::modeRead))
    {
        AfxMessageBox(_T("目标文件打开失败，请检查路径"));
        return;
    }
    CString fileContent;
    readFile.ReadString(fileContent);
    readFile.Close();

    if (pTargetDlg != nullptr)
    {
        // 直接给指定ID的编辑框设置文本，不需要绑定DDX变量
        pTargetDlg->SetDlgItemText(editCtrlId, fileContent);
    }
}

调用时传入控件ID即可，不需要关心绑定的变量名：

// IDC_POSITION_Z2、IDC_POSITION_X1是对应编辑框的资源ID，可在资源视图中查看
opeFile(posText[7], &dlg, IDC_POSITION_Z2);
opeFile(posText[0], &dlg, IDC_POSITION_X1);

• 所有MFC界面操作都必须针对实际显示的对话框实例，不要在操作函数内部新建局部对话框对象。
• C++中如果需要在函数内部修改外部传入的变量，对于类对象、基础类型都需要传引用或者指针，值传递只会修改副本。
• 不要尝试通过字符串变量名实现动态赋值，MFC没有内置反射机制，实现这类逻辑需要额外做大量的成员映射工作，对于这类简单场景完全没必要。

内容的提问来源于stack exchange，提问作者음악좋아하는