您现在的位置：程式碼之家 >> 編程語言 > >> C語言 >> VC >> VC 教學

遞歸算法巧解 VC++ 中 CEdit 控件的字元限制 Bug

編輯：VC 教學

前言

Visual C++ 作為微軟旗下的旗艦級開發工具，功能強大且應用廣泛，幾乎能覆蓋 Windows 平台上的所有開發需求。然而，龐大的功能體系也意味著極高的學習門檻。儘管經過嚴格測試與持續迭代，核心功能中的 Bug 難以被發現，一旦存在往往極難排查。本文將深入剖析一個經典的 CEdit 控件 Bug，並展示如何運用遞歸算法優雅地化解難題。

Bug 現場重現

假設有一個限制輸入的編輯介面：最多 6 行，每行上限 20 個字元，總計 120 字元。初始狀態下輸入了 60 個字元（圖 1）。

當我們執行以下操作時，異常發生了：

刪除第 3 行的兩個字元（剩餘 58 字元）。
將第 1、2 行的最後一個字元替換為空格（圖 3）。
在第 1、2 行之間各插入一個字元（圖 4）。

此時問題浮現：第 3 行明明還有空間，卻無法輸入任何字元，甚至整個編輯區都陷入「凍結」狀態。通過調試發現（圖 5），被替換的空格未被顯示，導致第 1、2 行實際變為 21 字元，超出限制。若擴大到 1000 行、200 處此類替換，將造成 200 字元無法輸入，嚴重影響如 SWIFT 報文等對格式要求嚴格的業務系統。

問題核心剖析

這是一個極具欺騙性的 Bug，難點在於：

無法區分空格是用戶主動輸入還是程序誤產生；
輸入後無法即時獲取當前行字串；
缺乏行分隔符（如換行符）的有效識別機制；
大量數據下難以定位具體異常行。

遞歸算法解決方案

核心思路：獲取編輯框全文後，以換行符為遞歸邊界，逐行檢查。若某行第 nMaxCols 位置為空格，則刪除該空格，並遞歸處理下一行（位置 + nMaxCols），最終重構合法字串寫回控件。

主調用邏輯

CString strText, strObjText, strExchange;
CEdit *pEdit;
UpdateWindow();
pEdit = (CEdit *)GetDlgItem(IDC_ET_CON);

int nPos = 0, nLen = 0;
int nMaxCols = 20;
strObjText = "";
pEdit->GetWindowText(strText);
nPos = strText.Find(" ");
while(nPos != -1)
{
    strExchange = strText.Left(nPos);
    strText = strText.Right(strText.GetLength() - nPos - 2);
    TrimEndNull(nMaxCols, strExchange, nMaxCols);
    strObjText = strObjText + strExchange + " ";
    nPos = strText.Find(" ");
}
strExchange = strText;
TrimEndNull(nMaxCols, strExchange, nMaxCols);
strObjText = strObjText + strExchange;
pEdit->SetWindowText(strObjText);
UpdateWindow();

遞歸函數實現

void TrimEndNull(int nPos, CString &strExchange, const int nMaxCols)
{
    if (nPos >= strExchange.GetLength())
        return;
    if (strExchange.GetAt(nPos) == ' ')
    {
        strExchange = strExchange.Left(nPos) + 
                      strExchange.Right(strExchange.GetLength() - nPos - 1);
    }
    nPos = nPos + nMaxCols;
    TrimEndNull(nPos, strExchange, nMaxCols);
}