腳本之家服務器常用軟件

快捷導航

windows開發(fā)記事本程序紀實（二）邏輯篇1

更新時間：2014年08月31日 10:21:56 投稿：hebedich

從本節(jié)開始介紹windows開發(fā)實現記事本程序的邏輯實現部分。本節(jié)的主要內容有以下3點：1. 主窗口定義2. RichEdit控件的選用及初始化3. 整個程序ICON的選擇

1. 主要內容

從本節(jié)開始介紹windows開發(fā)實現記事本程序的邏輯實現部分。本節(jié)的主要內容有以下3點：

1. 主窗口定義 —— 主要介紹記事本主界面窗口對應的窗口類及實現方案

2. RichEdit控件的選用及初始化 —— 記事本程序中編輯控件的選擇及使用

3. 整個程序ICON的選擇?！?程序ICON設置

2. 實際開發(fā)

2.1 主窗口實現

在上一篇介紹界面的實現中只是給出了運行界面的效果，但是當時那個界面程序不能響應任何的windows消息，因為當時的窗口在創(chuàng)建時將窗口對應的過程處理函數設置為NULL。現在，我們需要將相應的過程處理函數添加上使得這個記事本應用程序可以響應我們發(fā)出的一系類操作指令。為此，本文在開發(fā)時，單獨設計了一個用于保存主界面窗口的類CMainWnd。這個類定義了整個窗口的過程處理函數Main_Porc。在Main_Proc中可以對傳入的任何消息進行處理（包括初始化窗口消息，窗口中其他控件的消息，關閉窗口消息等等）。以windows 自帶記事本為例，如圖1所示

圖1 windows主窗口消息效應區(qū)域

如上圖所示，在windows記事本主界面中，需要響應紅色矩形區(qū)域內的菜單控件的各類消息、響應黃色矩形區(qū)域內系統(tǒng)按鈕的相關消息，以及相應編輯控件Edit中的消息。對于主窗口中的各類控件的消息，windows會以WM_COMMAND消息進行傳輸，這也是整個程序的核心處理區(qū)域。系統(tǒng)按鈕關閉的消息則是WM_CLOSE。窗口初始化消息WM_INITDIALOG則是構建對話框窗口前發(fā)出的初始化消息。為了能夠響應上述各類消息，需要在CMainWnd中添加對于這幾類消息的響應函數，因此整個CMainWnd的基本實現形式如下：

頭文件聲明：

/************************************************************************/
/* file  : CMainWnd.h 
 * author : Huagang Li
 * date  : 2014-8-30 15:29:42
 * blogs : http://www.cnblogs.com/lhglihuagang/
 * tips  : 主窗口實現類, 實現窗口的過程函數，消息響應函數等
 */
/************************************************************************/
#ifndef _MAIN_WND_H
#define _MAIN_WND_H

#include <Windows.h>
//////////////////////////////////////////////////////////////////////////
// CMainWnd 主窗口類，提供

class CMainWnd
{
public:
  static BOOL WINAPI Main_Proc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam);
  static BOOL Main_OnInitDialog(HWND hWnd, HWND hWndFocus, LPARAM lParam);
  static void Main_OnCommand(HWND hWnd, int id, HWND hWndCtl, LPARAM lParam);
  static void Main_OnClose(HWND hWnd);

private:
  static HWND hMainWnd;  // 主窗口句柄
};


#endif

CMainWnd具體定義：

#include "MainWnd.h"
include <WindowsX.h>
//////////////////////////////////////////////////////////////////////////
// static data members
HWND CMainWnd::hMainWnd = NULL;
//////////////////////////////////////////////////////////////////////////
// static function members
// 主窗口的過程函數，根據消息類型處理各類消息
BOOL WINAPI CMainWnd::Main_Proc( HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam )
{
 switch (uMsg)
 {
 HANDLE_MSG(hWnd, WM_INITDIALOG, Main_OnInitDialog);
 HANDLE_MSG(hWnd, WM_COMMAND, Main_OnCommand);
 HANDLE_MSG(hWnd, WM_CLOSE, Main_OnClose);
 }
</span><span style="color: #0000ff">return</span><span style="color: #000000"> FALSE;
}
BOOL CMainWnd::Main_OnInitDialog( HWND hWnd, HWND hWndFocus, LPARAM lParam )
{
 return TRUE;
}
// id為具體空間的ID號，可以在resource中定義有意義的控件ID，如“打開文件”可以設置
// 為ID_FILE_OPEN
void CMainWnd::Main_OnCommand( HWND hWnd, int id, HWND hWndCtl, LPARAM lParam )
{
 switch (id)
 {
 //
 }
}
void CMainWnd::Main_OnClose( HWND hWnd )
{
 ::EndDialog(hWnd, NULL);
}

在定義了CMainWnd后，在main函數處的DialogBox處添加主窗口的過程處理函數

::DialogBox(hInstance, MAKEINTRESOURCE(IDD_MAIN), NULL, CMainWnd::Main_Proc);

完成上述步驟運行后，就可以看到啟動后的主界面可以響應窗口上系統(tǒng)按鈕“關閉”，但是對于菜單控件的消息，因為消息響應此還是函數中數什么都沒有做，因此還是不會進行任何處理。

2.2 RichEdit控件的選用

對于一個記事本程序來說，主界面上核心區(qū)域還是編輯區(qū)域。但是當前記事本程序中還沒有選擇任何編輯控件。通過觀察現有windows控件列表可以看出，適合編輯控件的有Edit Control以及Rich Edit2.0 Control。對于這兩種編輯控件，Edit Control較為簡單，但是響應的功能也較少。Rich Edit2.0 Control實現起來較為復雜，但是對應的功能也多了不少（例如可以改變字體顏色，字號等等）。本文希望能夠實現一個功能較強的記事本，因此選擇了Rich Edit2.0 Control進行后續(xù)開發(fā)。插入了Rich Edit2.0 Control后，主界面窗口對應的資源視圖如圖2所示：

圖2 IDD_MAIN中插入Rich Edit2.0 Control

上述步驟運行后，本以為可以看到帶有編輯界面的記事本程序，可是實際上程序運行后沒有任何效果，甚至主界面都不能正常啟動了。百度后發(fā)現，對于richedit啟動失敗的方法都是針對MFC程序來說的，需要添加初始化函數AfxInitRichEdit2。但是現在使用windows API 開發(fā)，并沒有AfxInitRichEdit2這個函數，只能另尋他路了。終于在一篇博文中http://blog.csdn.net/dijkstar/article/details/7953816提到，原來上面那個初始化函數中主要是加載RichEdit依賴的dll，那么整個問題就豁然開朗了，我們只需要在主窗口啟動前手動的載入這個dll就可以了。因此在主函數的DialogBox前添加了依據載入dll的操作如下：

::LoadLibrary(T("riched20.dll"));

MAIN的properties中：

此時再運行程序時，可以正常啟動記事本了，且能夠在richedit中進行編輯，效果如圖3所示：

圖3 手動加載Riched20.dll后出現主界面窗口

在啟動主界面后，可以正常進行編輯。貌似這個控件可以正常工作了。但在實際測試時，發(fā)現了以下幾個問題：

1. 界面運行后RichEdit邊框棱角過于分明

處理方法： Richedit控件的properties -> Boarder –> Flase

2.輸入Enter 不能換行（手動輸入時一直在同一行編輯）

處理方法： Richedit控件的properties -> Multiline–> True

Richedit控件的properties -> Want Return–> True

3. 沒有滾動條（橫向以及縱向的）

這個在主界面屬性上，IDD

處理方法： IDD_MAIN-> properties -> Horizontal Scrollbar–> True

IDD_MAIN –> properties -> Vertical Scrollbar–> True

4. 不能隨窗口大小伸縮

在對窗口進行伸縮時，RichEdit控件的大小還是保持原來的大小，如圖4所示：

圖4 主界面大小變化時RichEdit控件大小不變

這個問題其實很好理解，因為伸縮主界面窗口時，windows將發(fā)送WM_SIZE消息通知窗口。這個過程類似于windows對主界面窗口說“hi, 你的大小已經變了，你根據改變后的大小變一下”?，F在我們的主窗口過程處理函數中并沒有針對WM_SIZE消息對RichEdit進行特殊處理，因此主界面下面的RichEdit一直保持自己原來的大小，才會出現上面的情況。那么具體的解決方案為：在InitDialog中添加RichEdit大小自適應功能，同時針對WM_SIZE消息，添加Main_OnSize函數來處理這種獨立的控件。具體的代碼實現如下：

void CMainWnd::Main_OnSize( HWND hWnd, UINT state, int cx, int cy )
{
 RECT stRect;
 ::GetClientRect(hWnd, &stRect); // 獲取窗口客戶區(qū)大小
</span><span style="color: #008000">//</span><span style="color: #008000"> 將RichEdit大小調整為客戶區(qū)大小</span>
 ::MoveWindow(::GetDlgItem(hWnd, IDC_RICHEDIT), stRect.left, stRect.top,
 stRect.right-stRect.left, stRect.bottom-stRect.top, TRUE);
}

這里只是在CMainWnd中添加了對于WM_SIZE的消息響應函數，要讓RichEdit響應這個消息，還需要在Main_Proc中添加相應過程

HANDLE_MSG(hWnd, WM_SIZE, Main_OnSize);

這樣，RichEdit也就可以跟著主窗口大小自由伸縮了。上述過程處理函數中，主要調用了三個基本的API接口。

1. GetClientRect，這個API用于獲取客戶區(qū)大小，RichEdit伸縮的大小就是這個大小值

2. GetDlgItem 獲取窗口下某一個控件的句柄，例如GetDlgItem(hWnd, IDC_RICHEDIT),就可以獲得主窗口下RichEdit控件對應的句柄。

3. MoveWindow。它的第一個參數就是需要進行位置大小變化的窗口句柄。我們這里將2中的RichEdit句柄傳入，后面的參數分別是矩形區(qū)域的left點，top點，width值以及height值。最后一個參數用來表示大小改變后要不要重繪窗口。注意，這里選擇了TRUE。如果選擇FALSE，會出現以下這種情況：當將窗口變小后，在進行變大操作，RichEdit并沒有立即適應變大后的區(qū)域，還是保留在原來變小的區(qū)域。效果如圖5所示：

圖5 MoveWindows中參數repaint設置為FALSE后潛在問題

基于此，我們在用MoveWindow改變窗口大小時，最好使得repaint為TRUE，保證實時改變。

2.3 主程序ICON設計

在上述截圖中可以看出，主界面的左上角ICON一直是windows自帶的ICON。為了與windows自帶記事本做到類似，直接到網上找了一個類似的JPG圖標轉為ICO，然后設置了程序的ICON。具體的圖標設置方法請參考http://www.cnblogs.com/lhglihuagang/p/3927283.html

在圖標設置后，可以運行程序查看下最新的效果，如圖6所示