EM_SETHANDLE, EM_GETHANDLE 在没有 DS_LOCALEDIT 的情况下工作

Question

我在 Windows 10 上使用 Visual Studio Community 2017 制作了一个类似于记事本的程序。它使用使用 CreateWindow 创建的具有以下样式的编辑控件：

WS_CHILD | WS_VISIBLE | WS_HSCROLL | WS_VSCROLL 
| WS_BORDER | ES_LEFT | ES_MULTILINE | ES_AUTOHSCROLL | ES_AUTOVSCROLL

如您所见，没有DS_LOCALEDIT 。 但是，使用 EM_SETHANDLE 或 EM_GETHANDLE 访问编辑控件中的缓冲区似乎可以完美地工作。 以下是一段代码，它为应该使用DS_LOCALEDIT创建的编辑控件执行初始缓冲区分配：

HLOCAL hEditMem = ::LocalAlloc(LPTR, sizeof(wchar_t) * 51);
wchar_t* pszEdit = reinterpret_cast<wchar_t*>(::LocalLock(hEditMem));
const std::wstring strData(L"Hello");
std::char_traits<wchar_t>::copy(pszEdit, strData.c_str(), strData.size());
::SendMessageW(hwndEdit, EM_SETHANDLE, reinterpret_cast<WPARAM>(hEditMem), 0);
::SendMessageW(hwndEdit, EM_SETMODIFY, TRUE, 0);

此处的文档明确指出：

An application that uses the default allocation behavior (that is, does not use the
DS_LOCALEDIT style must not send EM_SETHANDLE and EM_GETHANDLE messages to the edit
control.

从 Windows 10 或 VS 2017 开始，Microsoft 中的某个人可能在不显眼的DS_LOCALEDIT不再需要DS_LOCALEDIT吗？

Answer 1

由于没有任何人的回答，我决定回答我自己的......

使用启发式方法，我得出了以下结论，这与 MSDN 文档中所写的不同：

1. DS_LOCALEDIT 不是 EM_SETHANDLE 或 EM_GETHANDLE 的先决条件，这意味着即使您不习惯地管理缓冲区，也可以使用 EM_XXXHANDLE。
2. 当您需要做的只是引用编辑控件中的一部分文本时，EM_GETHANDLE 似乎是比 WM_GETTEXT 更好的选择。
3. DS_LOCAEDIT 似乎已过时，因为我可以在没有它的情况下设置自己的自定义缓冲区。 （作为旁注，我需要做的就是增加自定义缓冲区，以响应 EN_MAXTEXT，发送具有新大小作为参数的 EM_SETLIMITTEXT 消息）

对我来说，第二个在使用FindText和ReplaceText实现文本查找/替换时特别重要； 您不想使用 WM_GETTEXT 从编辑控件复制所有文本，只是为了搜索某个关键字，对吗？

我还没有，如果普通的旧测试new可以替代LocalAlloc设置自定义与EM_SETHANDLE缓冲区时。