如果最後沒有出現錯誤訊息，那麼就表示一切都正確，能產生 SPLWND.EXE 可執行檔來。在上圖游標（紅色）處輸入「SPLWND」執行它，就會看見本章一開始的視窗了。值得注意的是，要製作執行時會產生視窗的程式，對連結器，LINK.EXE，所下達的選項是「/subsystem:windows」，不是「subsystem:console」。執行 SPLWND.EXE 時畫面如下：
你可以按下鍵盤上的任意鍵，視窗中的字串也會隨之改變成你所按下的鍵。這一章，小木偶要介紹如何撰寫一個簡單的視窗，SPLWND.ASM ( simple window 之意 )。它不像第一章的程式僅能接收按下按鈕的訊息，且無法再擴充；也不像第三、四章那樣的控制臺程式不產生視窗。這一章所介紹的程式會產生一個視窗，雖然說是「簡單的視窗」，但卻具有視窗的基本特性：能以滑鼠拖拉、能以滑鼠放大縮小視窗、能接收使用者的按鍵並顯示於視窗內……。這個程式也是 Windows 作業系統下的程式基礎，瞭解了之後，能以這個程式為基礎，添加許多功能。
除了這些特性外，這個程式是首次使用 MASM64 SDK 所提供的包含檔來製作。在前兩章，已經介紹過前輩們所撰寫的 invoke 巨集，將會應用在這個程式上。另外在這個程式中，還會使用 .switch/.case/.endsw 與 .while/.break .if/.endw 巨集，雖然並分析這兩個巨集，但是原理應該一樣，最重要的是，我們要知道如何使用。
事實上也不難，欲使用 MASM64 SDK 所附的巨集（比如 invoke、.switch/.case/.endsw 與 .while/.break .if/.endw）撰寫 Win64 程式，只需在程式前面加上一行「INCLUDE \masm32\include64\masm64rt.inc」即可。如下面的 SPLWNDASM。
SPLWND.ASM 的原始程式如下：
1 2 3 4
5 6 7 8
9 10 11 12
13 14 15 16
17 18 19 20
21 22 23 24
25 26 27 28
29 30 31 32
33 34 35 36
37 38 39 40
41 42 43 44
45 46 47 48
49 50 51 52
53 54 55 56
57 58 59 60
61 62 63 64
65 66 67 68
69 70 71 72
73 74 75 76 |
INCLUDE \masm32\include64\masm64rt.inc
;***************************************************************************************************
.DATA
hInstance HINSTANCE ? ;模組代碼
hwnd HWND ? ;視窗代碼
CommandLine LPSTR ? ;命令列位址
wc WNDCLASSEX <>
msg MSG <>
rect RECT <>
ps PAINTSTRUCT <>
szClassName DB "SimpleWndClass",0 ;視窗類別名稱
szAppName DB "簡單的視窗",0
sYouPress DB "你按下了 鍵。"
;***************************************************************************************************
.CODE
;---------------------------------------------------------------------------------------------------
WndProc PROC hWnd:HWND, uMsg:UINT, wParam:WPARAM, lParam:LPARAM
.switch uMsg
.case WM_PAINT
invoke BeginPaint,hWnd,ADDR ps
invoke GetClientRect,hWnd,ADDR rect
invoke DrawText,ps.hdc,ADDR sYouPress,SIZEOF sYouPress,ADDR rect,\
DT_SINGLELINE or DT_CENTER or DT_VCENTER
invoke EndPaint,hWnd,ADDR ps
.case WM_CHAR
mov rax,wParam
mov [sYouPress+8],al
invoke InvalidateRect,hWnd,0,1
.case WM_DESTROY
invoke PostQuitMessage,0
.default
invoke DefWindowProc,hWnd,uMsg,wParam,lParam
ret
.endsw
xor rax,rax
ret
WndProc ENDP
;---------------------------------------------------------------------------------------------------
main PROC
invoke GetModuleHandle,0 ;取得模組代碼
mov hInstance,rax
mov wc.cbSize,SIZEOF WNDCLASSEX
mov wc.style,CS_HREDRAW or CS_VREDRAW
lea rdx,WndProc
mov wc.lpfnWndProc,rdx
mov wc.cbClsExtra,0
mov wc.cbWndExtra,0
mov wc.hInstance,rax
invoke LoadIcon,NULL,IDI_APPLICATION ;取得圖示代碼
mov wc.hIcon,rax ;存入圖示代碼
mov wc.hIconSm,rax ;存入小圖示代碼
invoke LoadCursor,NULL,IDC_ARROW ;取得游標代碼
mov wc.hCursor,rax ;存入游標代碼
mov wc.hbrBackground,COLOR_WINDOW+1
mov wc.lpszMenuName,0
lea rdx,szClassName
mov wc.lpszClassName,rdx
invoke RegisterClassEx,ADDR wc ;註冊視窗類別
invoke CreateWindowEx,0,ADDR szClassName,ADDR szAppName,WS_OVERLAPPEDWINDOW,\
CW_USEDEFAULT,CW_USEDEFAULT,CW_USEDEFAULT,CW_USEDEFAULT,0,0,hInstance,0
mov hwnd,rax
invoke ShowWindow,hwnd,SW_SHOWNORMAL
invoke UpdateWindow,hwnd
.while TRUE
invoke GetMessage,ADDR msg,0,0,0
.break .if rax==0
invoke TranslateMessage,ADDR msg
invoke DispatchMessage,ADDR msg
.endw
invoke ExitProcess,0 ;程式結束
main ENDP
;***************************************************************************************************
END |
把它存入「E:\HomePage\SOURCE\Win64\SPLWND\SPLWND.ASM」後，開啟「命令提示字元」中，輸入底下黃色字的指令（記得輸入完每條指令後要按 Enter 鍵）：
如果最後沒有出現錯誤訊息，那麼就表示一切都正確，能產生 SPLWND.EXE 可執行檔來。在上圖游標（紅色）處輸入「SPLWND」執行它，就會看見本章一開始的視窗了。值得注意的是，要製作執行時會產生視窗的程式，對連結器，LINK.EXE，所下達的選項是「/subsystem:windows」，不是「subsystem:console」。執行 SPLWND.EXE 時畫面如下：
你可以按下鍵盤上的任意鍵，視窗中的字串也會隨之改變成你所按下的鍵。
SPLWND.ASM 看起來有 76 行，似乎很複雜，但扣掉前面 14 行的資料，僅剩 62 行。這剩下的 62 行程式碼，分別屬於兩個副程式：main 與 WndProc。而其中在 main 副程式裡的程式碼，從第 42∼74 行共 33 行程式碼，幾乎是大部分視窗程式都有而且是必須的，只有 WndProc 副程式會因程式功能不同而變動。所以你只要努力學習並理解這個程式，對往後 Windows 程式設計更能得心應手，是非常值得學起來的。
但在說明這個 SPLWND.ASM 運作的原理之前，先來說一說組合語言的一個假指令，STRUCT。要用組合語言撰寫 Windows 程式，不僅要瞭解 Windows 作業系統背後的原理，當然，也一定要了解組合語言指令。
STRUCT 也可以寫成 STRUC，是 structure 的簡寫，中文可翻譯成結構體或結構。它的語法如下：
結構體名稱 STRUCT [對齊值][,NONUNIQUE]
欄位一名稱 資料類型一 ?
欄位二名稱 資料類型二 ?
⁝
結構體名稱 ENDS
前幾章用的的資料類型，像 DB、DW、DD、DQ 等，都只能表示字串或數值，但真實世界的物體非常複雜，無法僅靠它們描述，於是有了 STRUCT 假指令來宣告較複雜的情況。STRUCT 能把某些相關的資料集合在一起，重新定義一種新的資料類型。這些相關的資料均放在 STRUCT 與 ENDS 之間，每一筆資料稱為欄位 ( field，有些文獻則說是成員，英文是 member )，每個欄位有自己的名稱及資料類型，這些欄位在記憶體中是連在一起的，形成一個區塊。例如要以結構體描述射擊遊戲的武器資料，可以定義下面的 weapon 結構體：
weapon STRUCT arms DB 32 DUP (?) ;武器名稱 power DW ? ;威力，每發子彈傷害力，越大越好 ammo_capacity DW ? ;彈匣容量，最多可容納多少發子彈，越大越好 reload DW ? ;裝彈速度，從拔出彈匣道子彈上膛所花時間，越小越好 rate_of_fire DW ? ;連射力，每分鐘最多可射擊多少發子彈，越大越好 precision DB ? ;精準度，以百分比表示，越大越好，最大值為 100 weapon ENDS
上面只是宣告一種新的資料類型，稱為 weapon，如果要定義某種武器，例如湯普森衝鋒槍（Thompson Submachine Gun），最常見的型號是 M1928A1，假設每發子彈威力 700，彈鼓可裝 100 發子彈，重新裝填彈鼓需花費 10 秒，每分鐘可射擊 300 發子彈，命中率 80%，那麼就可以在資料區段內定義 ，如下面的 M1928A1：
.DATA ⁝ M1928A1 weapon <"Thompson Submachine Gun",700,100,10,300,80> ;湯普森衝鋒槍的資料 M1903 weapon <"Springfield Rifle",?,5,?,?,90> ;M1903春田步槍的資料 W870 weapon <"Remington Model 870",?> ;雷明頓870泵動式散彈槍的資料 M1916 weapon <> ;毛瑟C96手槍的資料
如果結構體中有某些欄位未知，就以「?」代替，如上面的 M1903 結構體變數中，有許多欄位未知。如果結構體中，末幾項欄位都未知，那麼可以用一個「?」表示在這之後的欄位都是未知，如上面的 W870。如果全部欄位都未知，亦即沒有初始值，那麼就要用「<>」表示，如上面的 M1916。
組譯連結後如果執行它，那麼 M1928A1 結構體變數會在記憶體中形成一塊區域，變成下面的情形：
00007FF74DB53010 54 68 6F 6D 70 73 6F 6E 20 53 75 62 6D 61 63 68 Thompson Submach 00007FF74DB53020 69 6E 65 20 47 75 6E 00 00 00 00 00 00 00 00 00 ine Gun......... 00007FF74DB53030 BC 02 64 00 0A 00 2C 01 50 ¼.d...,.P
在程式中如果要存取結構體內的某個欄位，可以用下面的方式存取：
mov 暫存器,結構體變數名稱.欄位名稱
mov 結構體變數名稱.欄位名稱,暫存器或常數
例如底下的例子：
mov ax,M1928A1.power ;取出湯普森衝鋒槍的威力，並存於AX裡面 mov W870.precision,70 ;雷明頓870泵動式散彈槍的命中率70%存入W870結構體
十六位元或更高階的 CPU 存取記憶體上的資料時，如果記憶體位址能被 2、4、8、16 整除時能增加存取速率，因此才有對齊方式的選項。STRUCT 之後的對齊值可以是 1、2、4、8、16 五種數值，也可以省略，如果省略的話預設值是 1。結構體欄位的位址，減去結構體起始位址稱為偏移量；每個欄位的偏移量是由對齊值與該欄位大小（以位元組計算）共同決定的，規則如下：
例如有個 NUMBER 結構體如下：
BOOK STRUCT 4 ;篇移量 price DW ? ; 0 ptitle DQ ? ; 4 month DB 3 DUP (?) ; 0Ch year DW ? ; 10h pg DD ? ; 14h BOOK ENDS ⁝ x BOOK <2d0h,OFFSET y,"Feb",7e6h,2b8h> y DB "組合語言(國際版)",0
x 結構體的各欄位之間，可能不是連續排列，它們之間可能會填充數量不等的零，說明如下：
下圖為上述 x 結構體在記憶體中排列的情形。x 的位址在 7FF601155000；y 的位址在 7FF601155018。
在現實世界中的一個物體有許多特性，很難在電腦中如實還原，前述說的武器性質，當然不只這些。我們只能盡力，而 STRUCT 就是往這個方向前進。有關結構體的說明，可以參閱 DOS 組合語言第十七章、第十八章。補充了組合語言的 STRUCT 假指令之後，再回過頭來看看有關撰寫 Windows 程式的原理。
先來看看 SPLWND.ASM 原始程式，會發現可分成三部分：一個資料區段及兩個副程式：main、WndProc，然後就沒有了。main 副程式（註一）是 SPLWND 程式的進入點，然後依序呼叫幾個 Win64 API：GetModuleHandle、LoadIcon、LoadCursor、RegisterClassEx、CreateWindowEx、ShowWindow、UpdateWindow，由這些 API 的名稱看，這段程式似乎是與建立視窗有關；接下來是一個 .while/.endw 迴圈，迴圈中呼叫三個 Win64 API：GetMessage、TranslateMessage、DispatchMessage，觀其名，可以猜測此迴圈與訊息有關，此迴圈稱為訊息迴圈，扮演了重要的角色；最後一個指令是呼叫 ExitProcess，結束程式。
再來看看 WndProc 副程式。WndProc 一開始就是 .switch/.endsw，顧名思義，可猜測這是根據 uMsg 之值，來判斷要執行哪一段程式，共有四種情形：①WM_PAINT，繪製「你按下了XX鍵」字串。②WM_CHAR。③WM_DESTROY，發出退出的訊息。④預設情形。若是前三種情形，執行完畢就到 WndProc 的最後一道指令，將 0 傳回給主程式後返回；如果是最後一種情形，就以 DefWindowProc 的回傳值傳給主程式返回。事實上，WndProc 副程式所扮演的角色，就是所謂的「視窗函式」，它是用來處理 Windows 所傳來的訊息，第八章再細說。
觀察這兩個副程式之間，僅有在 main 中有兩道指令：
lea rdx,WndProc
mov wc.lpfnWndProc,rdx
把 WndProc 的位址存入結構體 wc 中的 lpfnWndProc 欄位 ( 第 47、48 行 )，除此之外似乎沒甚麼關聯。此外 main 與 WndProc 副程式都沒有將視窗放大、縮小、移動等操作有關的程式碼，但是 SPLWND 卻真的能執行這些操作。那麼 SPLWND 又是怎麼運作的呢？而 Windows 作業系統在這其中又扮演什麼角色呢？這兩個問題的答案都一樣，與事件驅動、訊息迴圈、視窗函式有關。這些在本章稍後的訊息迴圈（Message Loop）及第八章會說明，而現在依照程式載入後執行的順序，先說明 main 中建立視窗的過程。
SPLWND.ASM 的進入點是 main 副程式，而整個 main 副程式所做的工作就是建立並顯示視窗，然後進入訊息迴圈。這些工作都需要仰賴 Windows API，我們先來看大致的過程：
上面是整個視窗從建立到銷毀的過程，其中 1∼5 是牽涉到視窗外觀，6∼7 是牽涉到訊息迴圈，8 是退出視窗。除了 main 副程式之外，還有一個 WndProc 的副程式，這個副程式跟訊息有關。本章及下一章要一一解析這些。
先說說何謂模組（module，有些書翻譯成模塊）？儲存在磁碟、光碟或隨身碟上的程式（也就是可執行檔或動態連結程式庫，副檔名分別是 .EXE 和 .DLL）是一種檔案，當它載入到記憶體中執行時，才稱為模組，沒有執行的不叫模組。所以，可以把模組想成是在記憶體中執行的程式。為了區別在記憶體中的不同模組，Windows 作業系統就以不同的整數來表示這些模組，這些整數就稱為模組代碼。
在 Win16 的時代（也就是 Windows 3.x 的時代），使用者是可以用滑鼠雙擊（連續按滑鼠左鍵兩次）同一個程式的圖示兩次，甚至更多次，這樣的話就代表這個程式執行了很多次。那時候電腦所安裝的記憶體大概只有數 MB，為了節省記憶體，所以這些模組在記憶體內並非完全獨立。它們的程式碼僅有一份，因此只有一個模組代碼；但是資料卻有很多份，為了區分這些不同的副本，每個副本稱為執行實體（instance），也用不同的整數代表，稱為執行實體代碼。
到了 Win32 時代（就是 Windows 95/98/Me 的時代），電腦安裝的記憶體較多，也是以防萬一有個程式當掉時不會影響另一個程式，每個程式的資料與程式碼都包含在屬於自己獨立的 4GB 記憶體內，與其他程式互不干擾。即使以滑鼠雙擊同個程式的圖示兩次，每個程式仍然都有獨立的 4GB 記憶體，各自有獨立的程式碼及資料，互不干擾，這樣就沒有一個模組卻有多個執行實體的現象。因此在 Win32 及其以後的時代，沒有必要區分模組與執行實體了，這兩者是相同的意思。
回過頭來看 SPLWND.ASM 程式，它的進入點是第 42 行的 main 副程式，第一道指令是呼叫 GetModuleHandle 取得模組代碼，然後將取得的模組代碼存入 hInstance 變數裡。因為現今的 Windows 作業系統，模組和執行實體是一樣的意思，因此取名為 hInstance 或 hModule 都無所謂。
取得模組代碼是為了下一步註冊視窗類別用的，呼叫 GetModuleHandle 就能取得模組代碼：
invoke GetModuleHandle,\
lpModuleName ; address of module name to return handle for
GetModuleHandle 只有一個參數，lpModuleName，是模組名稱的字串位址，必須以「0」結尾，這樣作業系統才知道字串到哪裡結束。如果 lpModuleName 為零，表示要取得的是本身的模組代碼；如果不為零，lpModuleName 所指的字串內的程式名稱，可以省略副檔名，預設的副檔名是「.DLL」；此字串也可以省略路徑，系統會自行在當前呼叫的模組名稱中進行比較，比較時不區分大小寫；如果包含路徑時，一定要使用反斜線（\），而不能用斜線（/）。例如要取得 kernel32.dll 的模組代碼，可以像下面這樣：
szKernel32 DB "c:\windows\system32\kernel32.dll",0
⁝
invoke GetModuleHandle,ADDR szKernel32
如果 GetModuleHandle 的回傳值為零，表示呼叫失敗；不為零，表示傳回模組代碼（或執行實體代碼）。
為何建立視窗不直接建立就好了，還要註冊一個視窗類別（window class）呢？這應該是許多初學者的疑問。視窗類別可以看成是視窗的藍圖，它規範了視窗的各部分，像圖示、游標、背景色等等該如何顯示，也規範了哪個視窗函式負責處理這個視窗的訊息，這些都是一個視窗該有的部分。
這就好比製造汽車，先畫好藍圖，藍圖中會指明使用哪一種引擎、用哪一種變速箱等等；依這個藍圖打造好汽車本體之後，可以依需要變更汽車顏色、座椅、音響等等，製造出一部一部的汽車來。視窗類別就像藍圖，指定了視窗內重要的部分；等真正建立視窗時，還是可以依需要指定視窗的位置、大小、風格等性質。
這樣的方式，可以用一個視窗類別，產生許多視窗，能夠節省電腦記憶體。事實上，Windows 作業系統已經預先定義好許多視窗類別，像是按鈕、編輯框……（不要懷疑，按鈕和編輯框也都是視窗）。以按鈕為例，許多程式都有按鈕，卻都是由同一個視窗類別產生的，所以它們的外觀、處理訊息的方式都大同小異。也許在今日（民國112年）電腦都有數 GB 的記憶體時，感覺不出來，但在 Windows 誕生的時代，電腦的記憶體只有幾個 MB，所以不得不節省著使用。
基於以上原因，如果要自己建立視窗，就必須先註冊一個視窗類別。方法很簡單，呼叫 RegisterClassEx 即可。RegisterClassEx 用法如下：
invoke RegisterClassEx,\
lpwcx ; address of structure with class data
RegisterClassEx 只有一個參數，WNDCLASSEX 結構體的位址，在呼叫 RegisterClassEx 之前要把 WNDCLASSEX 內各欄位都設定好正確且我們想要的數值。其欄位如下：
WNDCLASSEX STRUCT cbSize DWORD ? ;WNDCLASSEX 的長度，以位元組單位 style DWORD ? ;指定類別風格 lpfnWndProc PVOID ? ;視窗函式的位址 cbClsExtra DWORD ? ;保留自行定義的額外視窗類別大小，單位是位元組 cbWndExtra DWORD ? ;保留自行定義的額外視窗實體大小，單位是位元組 hInstance HINSTANCE ? ;執行實體代碼 hIcon HICON ? ;圖示代碼 hCursor HCURSOR ? ;游標代碼 hbrBackground HBRUSH ? ;畫刷代碼或顏色 lpszMenuName LPSTR ? ;選單名稱的位址 lpszClassName LPSTR ? ;類別名稱的位址 hIconSm HICON ? ;小圖示代碼 WNDCLASSEX ENDS
底下是這些欄位的說明：
| 名稱 | 數值（十六進位） | 意義 |
| CS_VREDRAW | 1 | 使用者移動視窗或調整視窗寬度時重新繪製整個工作區。 |
| CS_HREDRAW | 2 | 使用者移動視窗或調整視窗高度時重新繪製整個工作區。 |
| CS_DBLCLKS | 8 | 視窗函式能接收到使用者以滑鼠雙擊視窗的訊息。 |
mov wc.style,CS_HREDRAW or CS_VREDRAW這樣就會讓第 0、1 位元都是 1，當使用者調整視窗大小，不論是寬度或高度都會重新繪製。
| 名稱 | 數值（十六進位） | 意義 |
| COLOR_BACKGROUND | 1 | 桌面的背景顏色 |
| COLOR_ACTIVECAPTION | 2 | 活化視窗的標題欄背景色（活化的視窗標題欄較亮，活化的視窗才能接受鍵盤輸入） |
| COLOR_WINDOW | 5 | 工作區的顏色 |
| COLOR_CAPTIONTEXT | 9 | 視窗標題欄文字顏色 |
如果 RegisterClassEx 註冊視窗類別失敗，回傳值為零；如果成功註冊視窗類別，回傳值為獨一無二的整數，可供識別此類別。
在 SPLWND.ASM 中的第 45∼61 行的程式所作的工作，就是把 wc 的各欄位填好，然後呼叫 RegisterClassEx。因為我們是初學者，為了單純，很多欄位都使用 Windows 預先定義的數值，甚至省略。例如 cbClsExtra、cbWndExtra、hIcon、hCursor、hbrBackground、lpszMenuName 與 hIconSm。其中 hIcon、hCursor、lpszMenuName 與 hIconSm 可以包含在可執行檔的資源內，這比較複雜，參考見第章。
註冊好我們自己定義的視窗類別之後，就能夠用這個視窗類別建立視窗了。誠如前面提過的，視窗類別是定義同類視窗的共通性質，每個視窗可以有不同的位置、大小、風格等等，這些是建立視窗階段才指定的。建立視窗一般是呼叫 CreateWindowEx API，如下：
invoke CreateWindowEx,\
dwExStyle,\ ; extended window style
lpClassName,\ ; pointer to registered class name
lpWindowName,\ ; pointer to window name
dwStyle,\ ; window style
x,\ ; horizontal position of window
y,\ ; vertical position of window
nWidth,\ ; window width
nHeight,\ ; window height
hWndParent,\ ; handle to parent or owner window
hMenu,\ ; handle to menu, or child-window identifier
hInstance,\ ; handle to application instance
lpParam ; pointer to window-creation data
CreateWindowEx 共有 12 個參數，看起來很多，但不難理解。底下小木偶解釋這些參數：
| 常數 | 數值 （十六進位） | 意義 |
| WS_EX_TOPMOST | 8 | 總是使視窗在最上面。 |
| WS_EX_RIGH | 1000 | 向右對齊，只有類似阿拉伯文由右向左閱讀的 Windows 版本有效。 |
| WS_EX_CLIENTEDGE | 200 | 讓工作區看起來凹陷下去，較有立體感。 |
| WS_EX_WINDOWEDGE | 100 | 讓邊框看起來凸起，較有立體感。 |
| WS_EX_OVERLAPPEDWINDOW | 300 | WS_EX_WINDOWEDGE or WS_EX_CLIENTEDGE |
| 常數 | 數值 十六進位 | 意義 |
| WS_OVERLAPPED | 0 | 重疊式視窗，有標題欄與邊框。標題欄上沒有圖示、關閉、最大化、最小化按鈕，也不能以滑鼠拖拉改變視窗大小。 |
| WS_CAPTION | C00000H | 有標題欄的視窗。 |
| WS_SYSMENU | 80000H | 標題欄上有圖示（按圖示會出現系統選單）及關閉按鈕。 |
| WS_THICKFRAME | 40000H | 具有可用滑鼠拖拉調整視窗大小的邊框，與 WS_SIZEBOX 同義。 |
| WS_MINIMIZEBOX | 20000H | 具有 WS_SYSMENU 風格時，標題欄上才有最小化按鈕。 |
| WS_MAXIMIZEBOX | 10000H | 具有 WS_SYSMENU 風格時，標題欄上才有最大化按鈕。 |
| WS_TILEDWINDOW | CF0000H | 同時具有 WS_OVERLAPPED、WS_CAPTION、WS_SYSMENU、WS_THICKFRAME、WS_MINIMIZEBOX、WS_MAXIMIZEBOX 風格，與 WS_OVERLAPPEDWINDOW 同義。一般視窗大多使用這種風格。 |
| WS_CHILD | 40000000H | 建立子視窗。具此風格的視窗沒有選單，也不能和 WS_POPUP 同時並存。 |
| WS_POPUP | 80000000H | 建立彈出視窗，這種視窗通常是臨時的，不會顯示在螢幕最下方的工作列上，也不會影響主視窗的佈局。 |
| 種類 | 銷毀 | 位置 | 最小化 |
| 父／子視窗 | 子視窗先於父視窗銷毀 | 子視窗必在父視窗工作區內 | 父視窗最小化或隱藏時，子視窗不可見 |
| 擁有者／被擁有視窗 | 被擁有的視窗比擁有者視窗先銷毀 | 被擁有的視窗可以在擁有者視窗外 | 擁有者視窗口最小化時，被擁有視窗也最小化 |
如果 CreateWindowEx 成功建立視窗，回傳值是所建立的視窗代碼；如果失敗，回傳值是零，可以呼叫 GetLastError 得到錯誤碼。
這裡小木偶舉個例子，說明 CreateWindowEx。假設像下面的參數呼叫 CreateWindowEx：
invoke CreateWindowEx,0,ADDR szClassName,ADDR szAppName,WS_OVERLAPPEDWINDOW,\
120,60,300,200,0,0,hInstance,0
執行後的結果如下圖，下圖僅顯示桌面的左上角部分，沒把整個桌面顯示出來。Windows 作業系統內定桌面的左上角座標為（0,0），越往右邊 x 越大，越往下邊 y 越大，這與數學上的直角座標系不相同。
因為我們已經指定參數 x、y 分別是 120、60，因此我們所建立的視窗左上角，就在座標（120,60）處，而且視窗包含這個像素。同時參數 nWidth、nHeight 也分別指定為 300、200，所以視窗的寬度與高度分別是 300、200 個像素，因此視窗右下角的座標是（419,259）。可能有人會問，為何不是（420,260）呢？假設一種極端的情形，視窗寬度與高度都是兩個像素，那麼視窗右下角座標就應該是（121,61）而不是（122,62）。
雖然視窗已經建立好了，但尚未顯示在螢幕上。因此接下來的步驟就是顯示視窗，這件工作可以呼叫 ShowWindow API：
invoke ShowWindow,\
hWnd,\ ; handle of window
nCmdShow ; show state of window
第一個參數，hWnd，視窗代碼，用來表示要顯示哪一個視窗。nCmdShow 表示要如何顯示，常用的如下表：
| 常數 | 數值 （十六進位） | 意義 |
| SW_HIDE | 0 | 隱藏視窗。 |
| SW_SHOWNORMAL | 1 | 顯示並使該視窗活化起來。如果視窗在最大化或最小化，系統會讓其恢復原狀。程式首次顯示視窗時，應使用 SW_SHOWNORMAL。 |
| SW_SHOWMINIMIZED | 2 | 活化視窗並以最小化顯示。 |
| SW_SHOWMAXIMIZED | 3 | 活化視窗並以最大化顯示。 |
| SW_SHOWNA | 8 | 顯示視窗，但活化狀態不變。 |
如果 ShowWindow 成功顯示視窗，回傳值為非零；否則為零。
顯示完視窗之後，還要把視窗工作區的內容顯示出來，可以用 UpdateWindow 完成這項工作。UpdateWindow 使用方法如下：
invoke UpdateWindow,\
hWnd ; handle of window
hWnd 是視窗代碼，UpdateWindow 會發送 WM_PAINT 訊息到該視窗代碼的視窗中，這樣就能讓工作區的內容更新。為何能更新工作區內容呢？很快就會提到了。
如果 UpdateWindow 成功更新視窗，回傳值為非零；否則為零。
在 Windows 作業系統下，能產生視窗的程式與在「命令提示字元」中執行的控制臺程式有很大的不同。舉個例子，假如要寫個程式能求兩相異正整數之最大公因數的程式，其操作方式就不同。如果是撰寫控制臺程式的話，會要求使用者先輸入第一個整數，完成後再輸入第二個整數，然後程式計算並印出結果；在輸入第二個整數時是無法回頭去修改第一個整數，在輸入過程也無法結束程式。如果是能產生視窗的程式，在視窗內會有兩個編輯框供使用者輸入，使用者可以隨便選擇先輸入哪一個，甚至可以先輸入其中一整數的一部份，然後改輸入另一個整數，再回過頭來把原先的數完成，也可以隨時結束程式甚至在任何過程調整視窗大小。
能產生視窗的程式，為了完成這些工作，其結構必定和控制臺程式很不一樣。前者會根據使用者的任何動作，做出相應的工作。使用者的動作，像是以滑鼠拖拉視窗邊框、對按鈕按下滑鼠左鍵、用鍵盤輸入等等都可視為「事件」，而程式根據這些事件做出相對應的工作，稱為「事件驅動（event-driven）」。我們撰寫能產生視窗的程式，其實就是在做「事件驅動程式設計（event-driven programming）」。底下我們看看 Windows 如何做到事件驅動，這和訊息息息相關。
當使用者操作鍵盤、滑鼠……等周邊設備時，產生的訊號為 Windows 作業系統所接收（見下圖箭號1）。Windows 作業系統內的驅動程式，像鍵盤的驅動程式、滑鼠的驅動程式，專門把使用者發生的事件轉換成訊息，儲存在系統內的一塊區域，稱為系統訊息佇列（system message queue）中（見下圖箭號2）。每一條訊息都包含了訊息種類、訊息發生時游標位置、訊息發生的時間等資料。Windows 作業系統還會為每個程式建立個別的區域，用來儲存該程式的訊息，稱為程式訊息佇列（application message queue）。Windows 根據訊息發生時游標位置判斷這條訊息示在哪一個視窗範圍內發生的，就把它移到建立該視窗的程式所屬的程式訊息佇列中，見下圖箭號3，Windows 把屬於我們撰寫的 SPLWND 的訊息，放到 SPLWND 的訊息佇列中：
這時，訊息會一直儲存在程式訊息佇列中，直到該程式呼叫 GetMessage 時，才會將訊息佇列中的一條訊息取出來。GetMessage 是包含在 USER32.DLL 裡的函式，因此呼叫 GetMessage 取出訊息，其實相當於叫 USER32.DLL 到訊息佇列中取出訊息來，見上圖的箭號4、5、6，然後被 SLPWND 接收到，見箭號7。SPLWND 會呼叫 TranslateMessage 預先處理有關字元的訊息（如果不處理有關字元的訊息，可以不呼叫 TranslateMessage），接著 SPLWND 會把訊息交給專門處理訊息的副程式，也就是 WndProc，去完成使用者的動作（例如以滑鼠拖拉視窗邊框、對按鈕按下滑鼠左鍵等等），這樣的副程式稱為視窗函式。SPLWND 的視窗函式就是 WndProc 副程式。
但是 SPLWND 並不是直接呼叫 WndProc，而是透過 DispatchMessage API 完成。DispatchMessage 也是包含在 USER32.DLL 裡的一個函式，當 SPLWND 呼叫 DispatchMessage 時（箭號8），DispatchMessage 根據參數中的視窗代碼，去呼叫該視窗的視窗函式（箭號9），這時控制權又回到 SPLWND 裡面，但這次是在 WndProc 手裡。那 Windows 怎知道 WndProc 在哪兒呢？原來我們在建立視窗前會用 RegisterClassEx 註冊視窗類別，那時便指定 WNDCLASSEX 中的 lpfnWndProc 欄位是 WndProc 的位址，就表明了視窗函式。
到這兒，一定有許多人會問，SPLWND 為何不自行呼叫 WndProc 呢？這樣不是更簡單嗎？何必繞一大圈呢？原因有幾個：①一個程式可能會產生好幾個視窗，如果程式要自行呼叫視窗函式，那就得自己維護有關視窗代碼等性質，這樣是越俎代庖去處理作業系統該做的事，而要處理的工作反而變得更多更麻煩了。②Windows 作業系統並沒有把所有的訊息都放進訊息佇列裡，有些訊息是直接呼叫視窗函式處理的。③別的程式也可能將訊息傳給你的程式，但該程式並不知道你程式的視窗函式位址，所以要透過 Windows 作業系統。
等視窗函式處理完該訊息，執行視窗函式最後一道指令 RET 指令返回 USER32.DLL，箭號10。因為是 DispatchMessage 呼叫視窗函式的，所以這時候控制權會在 DispatchMessage 手中，然後 DispatchMessage 又返回原來的程式 SPLWND 中，箭號11。這樣就完成了一條訊息的處理，接下來程式跳到 GetMessage 取得下一條訊息，再進行處理下一次的循環。
經由上面的解說可以推測，一個具有視窗的程式必定會有一個程式片段，不斷的呼叫 GetMessage 以取得訊息，然後再透過 DispatchMessage 把這訊息傳遞給視窗函式去處理。這個過程會不斷地重複，直到使用者關閉視窗或結束程式為止。這個程式片段稱為訊息迴圈，訊息迴圈有好幾種寫法，小木偶在此介紹一種常見的寫法：
.while TRUE
invoke GetMessage,ADDR msg,0,0,0
.break .if rax==0
invoke TranslateMessage,ADDR msg
invoke DispatchMessage,ADDR msg
.endw
上面的訊息迴圈流程式這樣的：
這裡牽涉到 .while/.break .if/.endw 巨集及 GetMessage、TranslateMessage、DispatchMessage 三個 API，雖然這三個 API 在前面的說明已經提過，但這裡將連同 .while/.break .if/.endw 巨集一起介紹。
.while/.break .if/.endw 巨集是先進所製作的巨集，在 vasily.inc 包含檔中，必須依據在 vasily.inc 中宣告時所用的符號，因此都必須用小寫，如果對此有興趣可到此包含檔中查看。但現在我們不去瞭解如何製作這個巨集，而是要知道如何使用它。此外 .while 是先進所製作的巨集，跟第五章所提到是由 ML64.EXE 提供的 WHILE/ENDM 重複區塊不同，別搞混了。.while/.break .if/.endw 的語法是：
.while 判斷式一
程式片段
.break .if 判斷式二
程式片段
.endw
當遇到 .while 時，會先檢驗判斷式一是否為真，若為假則跳到 .endw 之後的程式；若為真就執行 .while 與 .endw 之間的程式，直到 .endw 的前一道指令，又會跳回至 .while 再次檢查判斷式一是否為真，若為真則再次執行 .while 與 .endw 之間的程式，如此一直重複，直到判斷式一為假才跳出 .while 迴圈。在整個過程中，假如判斷式二為真時，也會跳出 .while 迴圈。
這裡的判斷式並非是 ML64.EXE 所提供的條件組譯的判斷式，而是搭配 MASM64 SDK 的 .while/.break .if/.endw 或 .if/.elseif/.else/.endif 使用，不要搞混，它有兩種寫法：
⑴：第一種寫法的語法是：
運算元一 邏輯運算子 運算元二
第一種寫法中的運算元一與運算元二可以是暫存器、變數或常數值，但不能同時為變數。運算元和邏輯運算子之間的空白可以省略。常用的邏輯運算子如下表：
| 邏輯運算子 | 意義 | 邏輯運算子 | 意義 |
| == | 等於 | {} | 不等於 |
| } | 大於 | }= | 大於或等於 |
| { | 小於 | {= | 小於或等於 |
| || | 或 | && | 且 |
底下的例子是說如果 RAX 不等於一，執行 .while 到 .endw 裡面的程式；如果 RAX 為一，就跳至 .endw 之後的程式。而一開始 RAX 為 三，每執行一次迴圈 RCX 就會減 300。該迴圈執行兩次後，RAX 就變成一了，所以此程式會讓 RCX 減 600。
mov rax,3
.while rax{}1
sub rcx,300
dec rax
.endw
「||」和「&&」邏輯運算子也可以在兩個判斷式之間做為邏輯運算。例如，底下的例子是當 RAX、RDX 均大於零時，才執行 .while 與 .endw 之間的程式，否則就執行 .endw 之後的程式。此程式會選出 RAX、RDX 數值較小的那個暫存器，將其乘以十之後，RCX 再減去乘以十之後的數，可以寫成 RCX－10×MIN(RAX,RDX)。
.while rax}0 && rdx}0
sub rcx,10
dec rax
dec rdx
.endwf
⑵：第二種判斷式寫法的語法為：
運算元
就只有一個運算元，它可以是暫存器、變數或常數值。當這個運算元為非零時，判斷式為真；運算元為零時，判斷式為偽。例如底下的例子：
mov rax,3
.while rax
sub rcx,300
dec rax
.endw
上面的程式是指如果 RAX 不為零，執行 .while 到 .endw 裡面的程式；如果 RAX 為零，就跳至 .endw 之後的程式。而一開始 RAX 為 3，每執行一次迴圈 RCX 就會減 300，所以此程式會讓 RCX 減 900。
GetMessage 從訊息佇列裡取出訊息，填寫好 MSG 結構體內各欄位的資料後返回。
invoke GetMessage,\
lpMsg,\ ; address of structure with message
hWnd,\ ; handle of window
wMsgFilterMin,\ ; first message
wMsgFilterMax ; last message
如果 GetMessage 取得的訊息是 WM_QUIT，回傳值為 0，否則回傳值為非零；如果呼叫失敗，回傳值為 -1，如果 hWnd 參數設置錯誤，回傳值就會變 -1。如果訊息佇列裏沒有訊息，GetMessage 會將控制權交回給 Windows 一段時間，再取回控制權，這樣能合理的使用 CPU 資源，以達到先佔式多工的目的。
GetMessage 的第一個參數是 MSG 結構體的位址，當 GetMessage 取得訊息資料會填入這個結構體內，底下是 MSG 的欄位說明：
MSG STRUCT STRUCT_ALIGN hwnd HWND ? ;指定獲得哪一個視窗的訊息 message QWORD ? ;訊息識別碼，就是哪一種訊息，都以「WM_」起頭，是 windows message 的縮寫 wParam WPARAM ? ;訊息的額外資料，與訊息識別碼（message identifier）有關 lParam LPARAM ? ;訊息的額外資料，與訊息識別碼（message identifier）有關 time DWORD ? ;訊息發佈的時間，指 Windows 重新啟動到訊息發佈經過多少毫秒 pt POINT <> ;訊息發佈時，滑鼠游標相對於螢幕左上角的位置 MSG ENDS
wParam、lParam 的資料類型分別是 WPARAM、LPARAM，其實都是 QWORD，可以在 WIN64.INC 中找到宣告它們的描述；它們是訊息的額外資料，與不同的訊息，額外資料也不同，就記錄在 WPARAM、LPARAM 裡。
例如 WM_DESTROY 訊息是視窗正在關閉時，發送到該視窗函式的訊息，wParam 與 lParam 都不需要，皆為 0；而 WM_CHAR 訊息則是使用者按下鍵盤上有字母的中，wParam 就是按下的鍵所得的 ASCII 字元，lParam 是用來表示鍵盤上的 Shift、Alt 等鍵有沒有按住或是掃描碼等資料。
pt 是另一個 POINT 結構體，代表某一個像素，其欄位由兩個座標組成，如下：
POINT STRUCT x DWORD ? ;X 座標 y DWORD ? ;Y 座標 POINT ENDS
當使用者按下鍵盤上的任一鍵再放開時，分別產生 WM_KEYDOWN 與 WM_KEYUP 訊息，這兩則訊息的 wParam、lParam 有虛擬鍵碼、重複次數與是否按住鍵盤上的 Alt、Shift、Ctrl 等鍵這些資料。大小寫字母是用同一個按鍵按出來的，差別在於有沒有同時按住 Shift 鍵，或是「Caps Lock」鍵是否已開啟。所以如果要獲得使用者按下哪一個字母，雖然可以用程式把虛擬鍵碼搭配 Alt、Shift、Ctrl 等按鍵運算得到。但是這很麻煩，幸好 TranslateMessage 可以幫我們完成這件事。TranslateMessage 的用法是：
invoke TranslateMessage,\
lpMsg ; address of structure with message
TranslateMessage 只有一個參數，lpMsg，是 MSG 結構體的位址，其內的各欄位都應該已填好正確資料了，而最好就是呼叫 GetMessage 後傳回來的。
TranslateMessage 並不會改變 WM_KEYDOWN 與 WM_KEYUP 的資料，而是另外把 WM_KEYDOWN 與 WM_KEYUP 的資料整合後發出 WM_CHAR 訊息給自己所在的視窗函式，在 WM_CHAR 中就可以得到按鍵代表的字元。
如果 TranslateMessage 成功將 WM_CHAR 發送至程式訊息佇列，回傳值為非零；反之，回傳值為零。
DispatchMessage 把訊息發送給視窗函式，而這訊息通常是由 GetMessage 從程式訊息佇列中獲得的。DispatchMessage 的語法是：
invoke DispatchMessage,\
lpmsg ; pointer to structure with message
DispatchMessage 只有一個參數，是 MSG 結構體位址，這 MSG 結構體內的各欄位也都已填好正確資料，通常是呼叫 GetMessage 以得到 MSG 正確資料。
一般而言，應用程式在訊息回圈內，把呼叫 GetMessage 所得的 MSG 當做 DispatchMessage 的參數呼叫 DispatchMessage。在 DispatchMessage 內部會將 MSG 訊息發送給視窗函式，等視窗函式完成訊息處理後，控制權回到 DispatchMessage，然後返回訊息迴圈。DispatchMessage 的回傳值，是視窗函式的回傳值，但一般沒什麼用處可以忽略。
解說 SPLWND.ASM 尚未完成，但是這一章已經太長了，等下一章再繼續未完的部分。
SPLWND 執行時，Windows 作業系統把控制權交給 main，等 SPLWND 程式結束後又把控制權還給 Windows 作業系統。站在 Windows 作業系統的角度來看，Windows 作業系統是主程式，而我們撰寫的 main 卻是副程式。而站在 main 的角度來看，main 呼叫了許多 Windows API，main 是主程式，那些被呼叫的 Windows API 是副程式。因此主程式與副程式的關係是相對的。
事實上，Windows 程式除了包含程式碼區段、資料區段之外，還有「資源」（resource），資源中大部分是和使用者介面（user interface）有關，包含了選單（menu）、圖示（icon）、游標（cursor）、位元圖（bitmap）、字型（font）、對話盒（dialog box）、版本資訊（version）等等。在製作程式時，會用連結器（LINK.EXE）將資源與程式碼區段、資料區段連結在一起，以後再說明。此處僅說明從資源中取得圖示與游標的方式。
要想取得資源中的圖示，可以呼叫 LoadIcon，它有兩個參數：
invoke LoadIcon,\
hInstance,\ ; handle of application instance
lpIconName ; icon-name string or icon resource identifier
第一個參數，hInstance，是包含圖示的模組代碼。lpIconName 是字串位址，此字串是以 0 結尾的圖示名稱，在資源描述檔中定義（見第章）。LoadIcon 也可以獲得 Windows 預先定義的圖示，如果要這樣做，hInstance 必須設為 0，lpIconName 可以是下面常數的其中一個（下表未完全列出預先定義的圖示，可以查閱 MSDN 得到更多資料）：
| 常數 | 數值（十六進位） | 意義 |
| IDI_APPLICATION | 7F00 | 預設的應用程式圖示 |
| IDI_HAND | 7F01 | 手形狀的圖示 |
| IDI_ASTERISK | 7F04 | 星號圖示 |
如果表示發生錯誤，LoadIcon 的回傳值為零；如果成功，回傳值是圖示代碼。
要想取得資源中的游標，可以呼叫 LoadCursor，它有兩個參數：
invoke LoadCursor,\
hInstance,\ ; handle of application instance
lpCursorName ; name string or cursor resource identifier
hInstance，是包含游標的模組代碼。lpCursorName 是字串位址，此字串是以 0 結尾的游標名稱，在資源描述檔中定義（見第章）。LoadCursor 也可以獲得 Windows 預先定義的游標，如果要這樣做，hInstance 必須設為 0，lpCursorName 可以是下面常數的其中一個（下表未完全列出預先定義的游標，可以查閱 MSDN 得到更多資料）：
| 常數 | 數值（十六進位） | 意義 |
| IDC_ARROW | 7F00 | 預設的箭頭游標 |
| IDC_WAIT | 7F02 | 表示等待的游標 |
| IDC_APPSTARTING | 7F8A | 預設的箭頭和等待的游標 |
如果表示發生錯誤，LoadCursor 的回傳值為零；如果成功，回傳值是游標代碼。
在到 The MASM Forum 論壇上，下載回來的 install64.zip 有錯誤。在 win64.inc 中的 MSG 結構體，其 message 欄位的資料類型應該改成「QWORD」。詳情見 MASM32 論壇中的 MASM 64 SDK 子論壇，找 hutch-- 的貼文：「Important change for win64.inc」。此處小木偶已更正了。
像素（pixel，簡寫為 px）與點（point，簡寫為 pt）是兩個概念很相像，但意義卻不同的專有名詞。
像素是螢幕上所能顯示的最小單位，與螢幕尺寸大小、解析度有關係。同一個顯示器，可以用不同的解析度顯示，例如小木偶使用的 24 吋螢幕（吋即英吋，一英吋為 2.54 公分），可以顯示 1920×1080，也可以顯示 1600×900。可以推論得到，前一種模式下每個像素比較小，這是因為要在一樣的尺寸下塞入更多的像素，當然每個像素比較小，而且是後者的六分之五倍。
點則是一種標準的長度單位，定義上一點寬與高都等於
英吋。因此它跟我們所熟悉的公分、公尺一樣，一個點的大小是固定不變的。點常用於排版印刷中，用於表是文字的大小。
整理像素與點的差別：
英吋。如果要把螢幕上的圖案印在印表機上時，就需要換算。但這牽涉到許多方面，不在這兒說。更多的資料，可以參考 SPARKFUL 部落格中的他真的不是我兄弟：像素跟點大不同。