第二十三章　視覺風格

在 Windows 98/98 SE 以及更早的作業系統中，視窗、對話盒以及對話盒內的控制項都維持著古典的風格，以簡單、方正為主。到了 Windows XP 時，開始引進視覺風格（visual styles，或翻譯成視覺樣式），讓視窗、對話盒、控制項有更圓潤的外框、漸變色的標題欄、使用者把滑鼠游標移到按鈕上時按鈕會略微顯著……等效果。視覺風格使得作業系統整體外觀更加現代化，並與作業系統的其他設計元素融為一體。

到了 Windows Vista 時，視覺風格進一步發展，推出了 Aero 介面，這是一種半透明、具有玻璃質感的效果。其後的 Windows 7 不僅延續 Aero，並且變得更加精細和多樣化 甚至提供了更多介面還可讓使用者自行設計。下面圖中的上方兩個視窗是在 Windows XP 下生成的視窗，左邊的是開啟視覺風格，右邊的沒有開啟視覺風格；下面的兩個視窗是在 Windows 7 下生成的視窗，左邊的是開啟視覺風格，右邊的沒有開啟視覺風格。

Windows XP 及其後的作業系統是透過 uxtheme.dll 與第六版的 comctl32.dll 兩個動態連結程式庫（Dynamic-Link Library，就是 DLL 檔）達到全新的視覺風格，前者是處理有關佈景主題的程式庫；而後者則是處理控制項的程式庫。不過在這一章裏，小木偶僅僅討論控制項的新視覺風格，因此不對 uxtheme.dll 多做描述。底下對不同版本的 Windows 處理視覺風格所需動態連結程式庫說明：

①、Windows 9x/Me 作業系統不支援視覺風格，其控制項分成標準控制項與通用控制項，前者由 user.dll 負責處理，後者則是透過 5.x 版的 comctl32.dll 處理。

②、Windows XP 及其以後的作業系統支援視覺風格。視窗的標題欄、最大化按鈕等非工作區的部分，不論標準控制項或通用控制項，都自動以視覺風格顯示；工作區的部分則可自由選擇控制項是否具有視覺風格，這是為了讓舊程式也能在 Windows XP 及其以後的作業系統上執行。

為了達到這個目的，Windows XP 的非工作區改由 uxtheme.dll 處理；工作區部分則是較為複雜。Windows XP 提供了兩套的 comctl32.dll，其版本分別是第五版與第六版，前者在「\WINDOWS\system32\」子目錄，專門負責處理不具視覺風格的通用控制項；後者在「\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_XXX\」子目錄，負責處理具有視覺風格的標準控制項與通用控制項；而不具視覺風格的標準控制項仍由 user32.dll 處理。有關 Windows XP 處理視覺風格的 DLL 整理如下表，表中的 XXX 會有 6.00 或 6.10 字樣，表示第六版：

區域視覺風格DLL
非工作區是C:\WINDOWS\system32\uxtheme.dll
標準控制項是C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_XXX\comctl32.dll
否C:\WINDOWS\system32\user32.dll
通用控制項是C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_XXX\comctl32.dll
否C:\WINDOWS\system32\comctl32.dll

上面說的是 32 位元的情形，不過 Windows XP 也發行過 64 位元版本，而後的 Windows Vista/7 以及更後面的 Windows 8/8.1/10 等作業系統都分為 32 位元版與 64 位元版兩種，所以情形很複雜。雖是如此，原理跟上面 32 位元版的 Windows XP 類似，差別在於 64 位元版本的 DLL 位於「C:\Windows\winsxs\amd64_microsoft.windows.common-controls_XXX」子目錄內，而 32 位元版本的位於「C:\Windows\winsxs\x86_microsoft.windows.common-controls_XXX」子目錄內。

由上面說明可知，在預設的情形下，非工作區自動就會具有新視覺風格；而在工作區的控制項享受不到這樣的好處，除非我們在程式中特別指示才具有視覺風格。

程式中引入視覺風格

那麼，要在程式中引入視覺風格，該怎麼做呢？其實不難，達成底下的條件即可：

  1. 必須有第六版的 COMCTL32.DLL。
  2. 指定系統呼叫第六版的 COMCTL32.DLL。

第六版的 COMCTL32.DLL

在 Windows 95/98/Me 時代，comctl32.dll 有時包裝在 Internet Explorer 供使用者下載更新，所以 comctl32.dll 的版本不一定與原來安裝好 Windows 內的 comctl32.dll 相同，所以列出下表供使用者查詢。例如，Windows 95 內原來的 comctl32.dll 是 4.00 版，假如後來下載了 Internet Explorer 4.0 並安裝好了，那麼 comctl32.dll 就是升級為 4.71 版。

事實上，也不用這樣麻煩，假如只是要知道是否支援視覺風格，見下表就知道，自 Windows XP 開始，comctl32.dll 就已經是 6.00 版了，支援視覺風格。Windows XP/Vista/7 有多個版本的 comctl32.dll，我想你已經知道原因了。

comctl32
版本		WindowsNTInternet Explorer
3.51 Windows NT 3.51 
4.00Windows 95 3.00
4.70Windows 95 OSR2Windows NT 4.03.01, 3.02
4.71  4.0
4.72Windows 98Windows NT 4.0 service packs4.01
5.80Windows 98 SE 5.0
5.81Windows MeWindows 20005.01、5.5、6.0
5.82 Windows XP
Windows Vista
Windows 7		 
6.00 Windows XP (SxS) 
6.10 Windows Vista (SxS)
Windows 7 (SxS)		 

既然自 Windows XP 之後，也就是民國 90 年（西元 2001 年）之後發售的作業系統都可以支援視覺風格了。所以對於前述第①個條件而言，現在的 Windows 作業系統都已滿足了。那麼關於第②個條件該如何做，才能符合呢？

應用程式資訊清單

程式設計師可以撰寫「應用程式資訊清單」（application manifests）來滿足第②個條件。「應用程式資訊清單」是一種副檔名為 .manifest 的檔案，其內容包含了描述應用程式所呼叫的 DLL 版本資訊。所以 Windows 作業系統在執行含有此類清單的應用程式時，就可以根據清單內的資料選擇哪一個版本的 DLL。例如應用程式不用視覺風格，就選擇呼叫第五版的 COMCTL32.DLL，並在應用程式資訊清單裏指明了第五版的 comctl32.dll，即使系統上有別的版本，作業系統也仍將為該應用程式載入第五版的 comctl32.dll。（見註一）

應用程式資訊清單的語法是以 XML 格式書寫，XML 是近年很流行的語言，但不在小木偶網頁討論範圍，在註二有 XML 的極簡介紹，可以一看。XML 檔案都是純文字檔，可以使用「記事本」或「UltraEdit 32」這類的文書處理軟體建立。

建立具有視覺風格的可執行檔步驟

小木偶先解釋如何製作具有視覺風格的可執行檔，然後再說明應用程式資訊清單內各行所代表的意義。假如要使製作成的可執行檔具有視覺風格，實踐的步驟如下：

⒜、撰寫組合語言原始程式，假設檔名為 my_prog.asm，其後所製作成的可執行檔為 my_prog.exe。要注意的是組合語言原始程式必須要有呼叫 InitCommonControls API 的指令。

INCLUDE     COMMCTRL.INC
INCLUDELIB  COMCTL32.LIB
     ⁝
    call    InitCommonControls

⒝、撰寫應用程式資訊清單。

而要滿足第②個條件的應用程式清單檔案的格式很固定，內容如下：
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
  <assemblyIdentity
    type="win32"
    name="Company.Product.Name"
    version="1.0.0.0"
    processorArchitecture="amd64"
  />
  <dependency>
    <dependentAssembly>
      <assemblyIdentity
        type="win32" 
        name="Microsoft.Windows.Common-Controls"
        version="6.0.0.0"
        processorArchitecture="amd64"
        publicKeyToken="6595b64144ccf1df"
        language="*"
      />
    </dependentAssembly>
  </dependency>
</assembly>
上面白色的部分是針對應用程式，使作業系統能識別和管理這個應用程式；黃色部分則是對應用程式依賴的外部組件，例如動態連結程式庫，使應用程式在呼叫時指定特定的版本，以便支持應用程式正常執行。對於本章而言，只需要視覺風格的應用程式，白色的部分可以省略。
將上面的內容儲存為應用程式資訊清單，應用程式資訊清單的主檔名為可執行檔的檔名（包含可執行檔的主黨名與副檔名），應用程式資訊清單的副檔名為「.manifest」。在這個例子裏，應用程式資訊清單的檔名是 my_prog.exe.manifest，所以把上面的內容複製到像「記事本」或「UltraEdit 32」等文書處理器，存成 my_prog.exe.manifest 即可。

⒞、撰寫資源描述檔，my_prog.rc，在裏面增加兩行：

#define RT_MANIFEST 24
1       RT_MANIFEST MOVEABLE PURE "my_prog.exe.manifest"
在 Windows 資源管理中，每種資源都有一個唯一的類型值。例如 RT_ICON 代表圖示，其值為 3；RT_DIALOG 代表對話盒，其值為 5。而應用程式資訊清單通常以 RT_MANIFEST 表示，其值為 24。

⒟、其餘步驟跟以前一樣，把原始程式、資源描述檔、應用程式資訊清單都放在同一個目錄內，然後編譯資源描述檔、組譯原始程式、連結目的檔及資源檔。在編譯資源描述檔時，rc.exe 會自動找到應用程式資訊清單，將其編譯然後納入資源檔中，用 link.exe 連結時，就能將其中的資訊傳入可執行檔內。

至此所製作出來的 my_prog.exe 執行時，就能夠有視覺風格了。

解析應用程式資訊清單

底下小木偶以前面描述的 my_prog.exe.manifest 來說明 XML 的規則以及應用程式資訊清單所出現的元素與屬性的意義。在這兒，小木偶只說明有關視覺風格的部分，也就是黃色部分，不過如果明白了黃色部分，那白色部分也就能觸類旁通了。

第一行是

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>

其中 version、encoding 這兩個屬性見註二。standalone 屬性用來指示該 XML 是否依賴外部資源（如外部的 DTD 文件）來進行解析，屬性值可為 yes或 no。如果是 yes，表示這個 XML 不依賴外部資源，也就是說，解析所需的資料都在這個 XML 內，XML 可以獨立存在，這意味著此檔案可以被 Windows 系統直接讀取，而不需要其他的外部定義或資源。

第二行及最後一行是

<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
   ⁝
</assembly>

此處的 assembly 並非組合語言的意思，而是組件、元件的意思。其內有兩個屬性：xmlns、manifestVersion。xmlns 指定了在 <assembly> 到 </assembly> 範圍內的命名空間（XML name space），也就是說這個命名空間只在這個範圍有效。在 XML 檔案裏，有可能包含不同來源的元素，例如可能來自不同標準或不同公司。因此在這裏告訴解析器，這些元素是屬於微軟定義的應用程式描述規範，asm.v1，並防止這些元素名稱與其他 XML 應用中可能使用的相同名稱發生衝突。manifestVersion 屬性告訴 Windows 作業系統使用如何解析和解釋這個 Manifest 文件中的信息，到此時為止，只能使用 1.0。

<assembly> 元素內可以有 <noInherit>、<dependency> 等元素，此處只介紹後者，前者可有可無。

<dependency> 元素在應用程式資訊清單中，表示此程式所依賴的外部程式集（assemblies），外部程式集是指應用程式在執行過程中所需要的動態連結成程式庫（DLL）或其他資源。<dependency> 沒有屬性，而其內部一定要有 <dependentAssembly> 元素。像這樣，假如甲元素在乙元素之內，稱甲元素為子元素，乙元素為父元素；所以 <dependentAssembly> 為 <dependency> 的子元素，而 <dependency> 為 <dependentAssembly> 的父元素。

<dependentAssembly> 元素沒有屬性，並且其第一個子元素一定要是 <assemblyIdentity>。

<assemblyIdentity> 元素內不能包含其他元素，但是它有六個屬性，如下表：

屬性必要性說明
type必要指定應用程式或組件的類型，其屬性值只有一種，win32，都必須是小寫。
name必要應用程式或組件的名稱，必須是唯一的，以「Organization.Division.Name」格式書寫，分別表示組織名稱、部門名稱、程式名稱，例如「Microsoft.Windows.Common-Controls」
version必要應用程式或組件的版本，以「mm.nn.oo.pp」格式書寫，mm、nn、oo、pp 都是數值，分別表示主要版本、次要版本、建置版本、修正版本，其範圍必須在 0∼65535 之間。
processorArchitecture可選指定應用程式或組件在哪個處理器（CPU）上執行，可能的屬性值有 x86、amd64、arm 和 arm64，也可以用 * 表示適用於任何 CPU。（x64 CPU 是以 amd64 表示）
publicKeyToken可選至少是四字組所組成的十六進位數值，代表應用程式或組件的公鑰哈希值，藉由此公鑰哈希值可知是由哪個發行者簽署的。例如微軟簽署的公鑰哈希值最後八個位元組是 6595b64144ccf1df。
language可選設定應用程式所使用語言，針對全球使用的應用程式應設為「*」，針對特定語言需用 DHTML 的語言格式書寫，例如 zh-tw 表示正體中文，zh-cn 表示簡體中文，en-us 表示美式英文，en-gb 表示英式英文。

本章例子：RADIXC

說完了原理之後，實作一個應用程式作為本章的範例。此應用程式稱為 RADIXC.EXE，執行時出現對話盒，對話盒上有編輯框、按鈕以及靜態鈕控制項，它們都具有視覺風格，如右圖。使用者可在編輯框輸內入數值，按下「轉換」按鈕之後，RADIXC 計算該數值在不同進位方式的結果，並在群組框與轉換按鈕之間印出來。

RADIXC 最大只能處理 0FFFFFFFFH 的數值，它沒有檢查機制，如果超過此數值，所計算的結果會與預期不符。不過 RADIXC 會檢查輸入的字元合不合理，例如使用者選定輸入的是八進位，輸入的字元只能在 "0"∼"7" 之間，如果不在此範圍會顯示輸入錯誤的訊息。

原始程式

底下是 RADIXC.EXE.MANIFEST 的內容：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
  <assemblyIdentity
    type="win32"
    name="AtHome.Wanker.RadixC"
    version="1.0.0.0"
    processorArchitecture="amd64"
  />
  <dependency>
    <dependentAssembly>
      <assemblyIdentity
        type="win32"
        name="Microsoft.Windows.Common-Controls"
        version="6.0.0.0"
        processorArchitecture="amd64"
        publicKeyToken="6595b64144ccf1df"
        language="*"
      />
    </dependentAssembly>
  </dependency>
</assembly>

底下是 RADIXC.RC 的內容：

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
#include "RESOURCE.H"
#define MANIFEST 24

#define IDD_DLG  1000
#define IDB_RDXC 1011
#define IDB_QUIT 1012
#define IDS_INPT 1001
#define IDE_INPT 1002
#define IDB_GRP  1003
#define IDB_BIN  1004
#define IDB_OCT  1005
#define IDB_DEC  1006
#define IDB_HEX  1007
#define IDS_BIN  1008
#define IDS_OCT  1009
#define IDS_DEC  1010
#define IDS_HEX  1013

IDD_DLG DIALOGEX 300,200,122,111
CAPTION "進位轉換"
FONT 12,"Times New Roman",400,0,0
STYLE WS_VISIBLE|WS_OVERLAPPEDWINDOW
BEGIN
  DEFPUSHBUTTON "轉換",IDB_RDXC,35,96,33,12
  PUSHBUTTON    "離開",IDB_QUIT,71,96,33,12
  LTEXT   "輸入數值：",IDS_INPT,11,3,36,9
  EDITTEXT IDE_INPT,47,3,42,9,ES_AUTOHSCROLL
  GROUPBOX "您輸入的數值是幾進位",IDB_GRP,14,15,90,33
  AUTORADIOBUTTON "二進位",  IDB_BIN,17,27,36,9  
  AUTORADIOBUTTON "八進位",  IDB_OCT,17,36,36,9  
  AUTORADIOBUTTON "十進位",  IDB_DEC,62,27,36,9  
  AUTORADIOBUTTON "十六進位",IDB_HEX,62,36,36,9
  LTEXT "",IDS_BIN,2,54,118,9
  LTEXT "",IDS_OCT,2,63,118,9
  LTEXT "",IDS_DEC,2,72,118,9
  LTEXT "",IDS_HEX,2,81,118,9
END

1 MANIFEST "radixc.exe.manifest"

my_icon ICON  "bodh.ico"

另外還有 RADIXC.ASM 原始程式，但小木偶把它放在後面的說明部分。把 RADIXC.EXE.MANIFEST、RADIXC.RC、BIDH.ICO、RADIX.CASM 都放在同一目錄，然後依照 RADIXC.ASM 前幾行的步驟製作出 RADIXC.EXE。

解說 RADIXC.ASM

底下是 RADIXC.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
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
;RadixC.ASM可讓使用者輸入二進位、八進位、十進位或十六進位的數值，然後
;進行轉換成其他進位的數值。依照下面方式組譯並連結：
;uasm64 -win64 radixc.asm
;rc radixc.rc
;link radixc.obj radixc.res /largeaddressaware:no

OPTION  CASEMAP:NONE
OPTION  WIN64:3

IDD_DLG  EQU 1000
IDB_RDXC EQU 1011
IDB_QUIT EQU 1012
IDS_INPT EQU 1001
IDE_INPT EQU 1002
IDB_GRP  EQU 1003
IDB_BIN  EQU 1004
IDB_OCT  EQU 1005
IDB_DEC  EQU 1006
IDB_HEX  EQU 1007
IDS_BIN  EQU 1008
IDS_OCT  EQU 1009
IDS_DEC  EQU 1010
IDS_HEX  EQU 1013

INCLUDE         MYFIX.INC
INCLUDE         WINDOWS.INC
INCLUDE         COMMCTRL.INC
INCLUDELIB      KERNEL32.LIB
INCLUDELIB      USER32.LIB
INCLUDELIB      COMCTL32.LIB
INCLUDELIB      MSVCRT.LIB

sprintf PROTO   :VARARG

;*********************************************************************
.CONST
szIcon  DB      "my_icon",0
szFmtO  DB      "=%oo",0
szFmtD  DB      "=%ud",0
szFmtH  DB      "=%xh",0
szCap   DB      "發生錯誤",0
szErr1  DB      "不可預期的錯誤。",0
szErr2  DB      "輸入錯誤或沒輸入數值。",0
;*********************************************************************
.DATA
hInst   DQ      ?
hEdit   DQ      ?
hBtn    DQ      4 DUP (?)
;*********************************************************************
.CODE
;---------------------------------------------------------------------
radix_convert   PROC    hdlg:QWORD,n:WORD
;把使用者輸入的數值轉換成各種進位的數值，並顯示在四個靜態控制項上
;回傳值：1－成功執行；0－失敗，可能是輸入錯誤或未輸入
        LOCAL   number:DWORD,buffer[30h]:BYTE
    ;取得編輯框內容，存於buffer區域變數內 
        invoke  GetWindowText,hEdit,ADDR buffer,SIZEOF buffer
        mov     rcx,rax
        jrcxz   error
    ;R11表示進位數，也是不可大於或等於的數，例如八進位只能在0∼7之間，R11＝8
    .if n==0
        mov     r11,2
    .elseif n==1
        mov     r11,8
    .elseif n==2
        mov     r11,10
    .else
        mov     r11,16
    .endif
        lea     r8,buffer
        xor     rax,rax
        xor     rdx,rdx
next0:  movzx   r10,BYTE PTR [r8]
        cmp     r10b,"9"   ;若大於"9"，表示使用者輸入的數值應是十六進位
        jbe     chk
        cmp     r11,16     ;若R11不為16，表示錯誤
        jne     error
        and     r10b,0dfh  ;把小寫的"a"∼"f"變為"A"∼"F"
        sub     r10b,37h   ;把字元"A"∼"F"變為0AH∼0FH數值
        cmp     r10b,r11b
        jb      ok0
error:  xor     rax,rax
        jmp     exit
chk:    sub     r10b,"0"   ;把字元"0"∼"9"變為0∼09數值
        cmp     r10b,r11b  ;若數值超過底數，表示錯誤
        jae     error
ok0:    mul     r11
        add     rax,r10    ;RAX＝RAX*R11＋R10，R11是底數
        inc     r8
        loop    next0
        mov     number,eax
        invoke  sprintf,ADDR buffer,OFFSET szFmtO,number
        invoke  SetDlgItemText,hdlg,IDS_OCT,ADDR buffer  ;印出八進位
        invoke  sprintf,ADDR buffer,OFFSET szFmtD,number
        invoke  SetDlgItemText,hdlg,IDS_DEC,ADDR buffer  ;印出十進位
        invoke  sprintf,ADDR buffer,OFFSET szFmtH,number
        invoke  SetDlgItemText,hdlg,IDS_HEX,ADDR buffer  ;印出十六進位
        mov     rcx,32
        lea     rdx,buffer
next1:  shl     number,1
        jc      one
        mov     BYTE PTR [rdx],"0"
        jmp     short ok1
one:    mov     BYTE PTR [rdx],"1"
ok1:    inc     rdx
        loop    next1
        mov     WORD PTR [rdx],62h
        invoke  SetDlgItemText,hdlg,IDS_BIN,ADDR buffer  ;印出二進位
exit:   ret
radix_convert   ENDP
;---------------------------------------------------------------------
DlgProc PROC    hDlg:HWND,uMsg:UINT,wParam:WPARAM,lParam:LPARAM
        LOCAL   n:WORD
.if uMsg==WM_INITDIALOG
      ;設定對話盒標題欄的圖示
        invoke  LoadIcon,hInst,OFFSET szIcon
        invoke  SendMessage,hDlg,WM_SETICON,ICON_SMALL,rax
      ;獲得四個單選按鈕的代碼，並存於hBtn陣列
        mov     n,0
next2:  mov     dx,IDB_BIN
        add     dx,n
        invoke  GetDlgItem,hDlg,dx
        movzx   r10,n
        mova    hBtn[r10*8],rax
        inc     n
        cmp     n,4
        jb      next2
      ;把十進位單選按鈕設為預設的，亦即被選定的
        invoke  SendMessage,hBtn[10h],BM_CLICK,0,0
      ;獲得編輯框代碼，並存於hEdit，然後將其設為最多只能輸入32個字元
        invoke  GetDlgItem,hDlg,IDE_INPT
        mov     hEdit,rax
        invoke  SendMessage,rax,EM_SETLIMITTEXT,32,0
 
.elseif uMsg==WM_COMMAND
        mov     rax,r8  ;R8W＝識別碼
        shr     rax,10h ;AX＝通知碼
  .if ax==BN_CLICKED
    .if r8w==IDB_QUIT
        jmp     quit
    .elseif r8w==IDB_RDXC
        mov     n,0
      ;檢查使用者選擇哪一個單選按鈕
next3:  movzx   r10,n
        mova    rcx,hBtn[r10*8]                 ;取得單選按鈕的代碼
        invoke  SendMessage,rcx,BM_GETSTATE,0,0 ;取得單選按鈕狀態
        test    rax,BST_CHECKED                 ;若TEST運算後為非零，表示
        jnz     found   ;已找到使用者選定的單選按鈕，n表示選定的單選按鈕，如下
        inc     n       ; n  |  0      1      2       3
        cmp     n,4     ;按鈕|二進位 八進位 十進位 十六進位
        jb      next3
        invoke  MessageBox,hDlg,OFFSET szErr1,OFFSET szCap,MB_OK
        jmp     quit
found:  invoke  radix_convert,hDlg,n    ;計算四種進位法的數值
        or      rax,rax
        jnz     finish
        invoke  SetDlgItemText,hDlg,IDS_BIN,OFFSET szErr2
        invoke  SetDlgItemText,hDlg,IDS_OCT,OFFSET szIcon+7
        invoke  SetDlgItemText,hDlg,IDS_DEC,OFFSET szIcon+7
        invoke  SetDlgItemText,hDlg,IDS_HEX,OFFSET szIcon+7
finish:
    .endif
  .endif

.elseif uMsg==WM_CLOSE
quit:   invoke  EndDialog,hDlg,0
 
.else   ;其他未處理的訊息返回 FALSE
        xor     rax,rax
        ret
 
.endif  ;已處理的訊息，返回 TRUE
        mov     rax,1
        ret
DlgProc ENDP
;---------------------------------------------------------------------
main    PROC
        invoke  GetModuleHandle,0
        mov     hInst,rax
        invoke  DialogBoxParam,hInst,IDD_DLG,0,OFFSET DlgProc,0
        invoke  ExitProcess,0
        call    InitCommonControls
main    ENDP
;*********************************************************************
END     main

InitCommonControls API

InitCommonControls 是用來初始化處理通用控制項的動態連結程式庫，comctl32.dll，而標準控制項如具有視覺風格，也是由 comctl32.dll 處理，因此即使應用程式僅僅只有標準控制項不含通用控制項，只要具有視覺風格仍然要呼叫 InitCommonControls 初始其資料。InitCommonControls 沒有回傳值也沒有參數，因此可以直接用下面程式碼呼叫：

call    InitCommonControls

InitCommonControls API 在 comctl32.dll 程式庫裏面，所以在第 27 行要用 INCLUDE 把 COMMCTRL.INC 包含進來，第 30 行用 INCLUDELIB 指示組譯器到 COMCTL32.LIB 找連結所需資料。你可能會問，為什麼包含檔是 COMMCTRL.INC 而不是 COMCTL32.INC？其實小木偶也不知道為什麼，可能是 WinInc 標新立異吧？！

見 RADIXC.ASM 第 182 行，執行 InitCommonControls 成功再加上應用程式資訊清單，應用程式不須再做什麼額外的事，就能具有視覺風格。

包含 MYFIX.INC

main 主程式執行完後，系統會把 WM_INITDIALOG 訊息傳給對話盒函式。在處理 WM_INITDIALOG 訊息中，取得四個單選按鈕的代碼並存於 hBtn 陣列中。取得單選按鈕代碼得呼叫 GetDlgItem，而且要執行四次，這是因為有四個單選按鈕。小木偶用 n 來計算次數，n 從 0 開始到 3，n 除了當做次數之外，也是第幾個元素。參考右圖，假如 hBtn 陣列在記憶體位址 0FD5020H 處，這也是第零個元素所在之處，寫成 hBtn[0]，注意！hBtn 除了是陣列變數名稱外，也代表記憶體位址 0FD5020H；第一個元素就在 0FD5028H，寫成 hBtn[8]，其餘類推。把四個按鈕代碼存入 hBtn 陣列，寫成程式碼就是第 123∼124 行，如下：

        movzx   r10,n
        mova    hBtn[r10*8],rax

第 123 行使用 MOVZX 是因為 n 的長度是字組，這是為了配合第 120∼122 行呼叫 GetDlgItem 時，所需的單選按鈕識別碼，識別碼長度是字組。但是 R10 暫存器長八個位元組，為了彌補兩個運算元不同長度，所以用 MOVZX 將 R10 的第 16∼63 位元設為 0。這裡不能用 MOV 指令，因為 MOV 指令的兩個運算元必須一樣長度。

第 124 行使用 mova，這是小木偶自行撰寫的巨集，mova 巨集位於 MYFIX.INC 包含檔中，所以在第 25 行將 MYFIXI.INC 含括進來。這是因為 UASM64.EXE 無法組譯像這種帶有暫存器乘以倍率的 MOV 指令，所以小木偶撰寫了 mova 巨集來修補這個錯誤。詳情見附錄二。

在處理 WM_COMMAND 訊息時，最重要的是處理使用者點按「轉換」下壓式按鈕後的 BN_CLICKED 通知碼，RADIXC 需將使用者輸入的數值進行轉換為二進位、八進位、十進位以及十六進位數值。而在此之前要先確定使用者輸入的數值是哪一種進位制，這取決於使用者到底是選定了哪一個單選按鈕，是二進位、八進位、十進位還是十六進位按鈕。決定使用者選定了哪個單選按鈕，其實有兩種方式。

第一種方法是用一個變數紀錄使用者點選哪個單選按鈕，每次使用者點選單選按鈕時，都會發出 BN_CLICKED 通知碼，而此刻的 wParam 最低字組代表了使用者所點選的單選按鈕之識別碼，可以利用這個識別碼記錄在該變數裡，當使用者按了轉換按鈕時，讀取此變數即可得知哪個單選按鈕被選定。第二種方法是在使用者按了轉換按鈕之後，依次檢查四個單選按鈕的狀態，哪個單選按鈕狀態是 BST_CHECKED，就是使用者選定的。RADIXC 採用第二種方法，第 142∼151 行所執行的就是此事。

第 144∼146 行取得 hBtn 陣列中的按鈕代碼，然後再以這代碼及 BM_GETSTATE 為參數呼叫 SendMessage，以取得按鈕狀態。同樣的，這過程必須執行四次或者找到了哪個按鈕的狀態是 BM_GETSTATE 才停止。這四次中，每次都要從 hBtn 陣列取出按鈕代碼，也會用到 mova 巨集。

按鈕狀態有很多種，像是否被選定、是否處於按壓……等，每種狀態都以一個位元表示，如右圖。例如單選按鈕或複選框被選定時，其狀態為 BST_CHECKED，其實是第零位元為一；如果按鈕處於壓下狀態，狀態為 BST_PUSHED，其實就是第二位元為一；其餘依此類推。在檢查單選按鈕是否被選定時，最好不要用下面的程式：

cmp     rax,BST_CHECKED
je      found

用 TEST 指令比較好，因為「TEST rax,BST_CHECKED」只檢測第零位元是否為一。這是為了防止可能還有另一種狀態，讓其他位元為一，這樣的話用 CMP 指令是檢測不到。

現在使用者已按下「轉換」按鈕，而 RADIXC 已檢測完哪個單選按鈕是被選定的狀態。假如檢測到使用者選定二進位，那麼 n 等於 0；使用者選定八進位，n 等於 1；使用者選定十進位，n 等於 2……。接下來是第 154 行呼叫 radix_convert 副程式，把 n 以及對話盒代碼傳入 radix_convert 副程式。radix_convert 副程式在第 51∼110 行。

radix_convert 副程式

radix_convert 副程式負責把使用者在編輯框內輸入的字串，轉換成數值，然後再把該數值轉換成其他進位制顯示於四個靜態控制項上。要取得使用者輸入的字串不難，在第 57 行用編輯框代碼為參數，呼叫 GetWindowText 就能得到編輯框內的字串。如果使用者已輸入字串，回傳值就是編輯框內字串長度，不含結尾的零；但也有可能使用者未輸入字串，就按下「轉換」按鈕，如果是這樣的話回傳值為零。RADIXC 必須檢查 GetWindowText 的回傳值是否為零，見第 58∼59 行。Win64 API 的回傳值都藉由 RAX 傳給父程式，但是往後 RAX 會用於乘法計算，所以把字串長度存於 RCX。檢查 RCX 是否為零，用底下的 x86 指令最為方便。

x86 指令：JCXZ、JECXZ、JRCXZ

JRCXZ、JECXZ、JCXZ 是三個不同的指令，語法如下：

JCXZ    標記
JECXZ   標記
JRCXZ   標記

JCXZ、JECXZ、JRXZ 會檢查 CX、ECX、RCX 暫存器是否為零，若為零就會跳躍至標記處，若不為零就執行下一行指令。例如底下的例子，執行完後 EAX 為 7：

        mov     ecx,0
        mov     eax,2
        jecxz   ok
        mov     eax,4
ok:     add     eax,5

小木偶不知道有沒有 Win64 API 可以把指定進位制的字串轉變成數值，但自己寫也不是難事。先來看看我們熟悉的十進位數，其他進位也是一樣的原理。在說明這原理之前，我們先要弄懂幾件事。第一件，一數值可以用二進位、八進位、十進位、十六進位表示，雖然表現出來的寫法不同但數量是一樣的，例如十的二進位、八進位、十進位、十六進位表示方法依序是 1010、12、10、A；但其數量是一樣的，就是十個。

以十進位的 2934 為例，此處的 2 其實大於 9，因為它們的位數不同，2 其實是 2000，9 其實是 900。因此在計算數量時，2 要乘以 1000，9 要乘以 100，2934 可以寫成：

2934＝2×103＋9×102＋3×101＋4×100

同時注意到，在計算十進位數量時，都是乘以 10 的冪次方，10 稱為底數（base）或基數（radix）。而且十進位的每位數不會超過 10，必定在 0∼9 之間。對於其他進位制也是如此，例如八進位的每個位數由右而左，依序乘以 80、81、82……再加起來就是實際數量，而且每位數都不能超過 8，必定在 0∼7 之間。

再說回求出 2934 之值時是計算 2×103＋9×102＋3×101＋4×100，2 要乘以 103，9 要乘以 102……等；每一位數都要乘以底數的不同冪次方，組合語言中沒有計算冪次方的指令，但可以利用迴圈使這個問題便迎刃而解。還是以 2934 為例，假如要讓最後結果存在 RAX 裏，那麼先把 RAX 設為 0，再由最高位數開始計算。
第一次由 6FF1F0 位址取出 2，存於 RAX 內。
第二次由 6FF1F1 位址取出 9，先把 RAX 乘以 10 變 20，再使 RAX 加上剛取出的 9，就變成 29。
第三次由 6FF1F2 位址取出 3，先把 RAX 乘以 10 變 290；這時 2 已經乘以 102，9 已經乘以 101；再加上剛取出的 3 變 293。
第四次由 6FF1F3 位址取出 4，先把 RAX 乘以 10 變 2930；這時 2 已經乘以 103，9 已經乘以 102，3 已經乘以 101；再加上剛取出的 4，就大功告成。如下表：

次數讀取的數本次開始時 RAX 之值累積後的 RAX 之值
1202
2922×101+9
332×101+92×102+9×101+3
442×102+9×101+32×103+9×102+3×101+4

結論是在迴圈內，每次僅從使用者輸入的數值讀取一位數，把前次累積的數乘以底數，再加上剛讀取到的一位數值，如此循環直到所有位數都處理完。這樣可以避免使用到計算底數的冪次方的指令，事實上，x86 組合語言也沒有這種複雜的指令。

第二件事是在 Windows 的編輯框、靜態控制項……等控制項顯示的數值，並非你想像的數值。這種說法很奇怪，舉個例子說明好了。假如使用者在編輯框內輸入「2934」，那麼呼叫 GetWindowText 取得編輯框內容，假設該內容位於位址 6FF1F0h 處，那麼得到的結果是右圖中的甲，並非乙，也不是丙（乙圖中的 0B76h 是十進位的 2934d）。

由編輯框、靜態控制項……等控制項取得的內容，是連續的字元所形成的字串；我們可以把字元想成就是文字，字串想成句子。其中的每個字元都是以數值代表，例如以 32h 表示字元 "2"、39h 表示字元 "9"……。當然每一台電腦都得使用同一套數值表示字元，所以制定了標準的編碼方式，稱為 ASCII，見第一章。在 ASCII 編碼中，阿拉伯數字是在 30h∼39h 之間，比數值 0∼9 恰好多 30h，很好記。結論就是，由編輯框取得的字串，其內每個字元都以 ASCII 碼編成。

第三件事是以 x86 為 CPU 的電腦中，數值是以小端序的方式儲存在記憶體。也就是高位的數值存於低位址，低位的數值存於高位址。例如上面甲圖中的 2934，代表 "2" 的 32h 存於低位址，代表 "4" 的 34h 存於高位址。瞭解了這三件事之後，來看看 radix_convert 副程式如何把使用者輸入的 ASCII 字串轉換成數值。

第 60∼69 行，用 .IF/.ELSEIF/.ENDIF 依據不同的進位制設定底數，存於 R11 暫存器中。例如使用者選定十進位，其底數為 10，R11 為 10；如果是八進位底數是 8，R11 為 8。R11 之值就是待會兒用於迴圈中乘以 RAX 的底數；它也可以用於檢查使用者輸入的數值是否合法，每一位數只能小於底數 R11。

第 70∼91 行，把使用者輸入的字串轉換成數值，最後將數值存於 number。程式碼如下，首先使 R8 暫存器指向由編輯框取得的字串位址，見第 70 行。第 71、72 讓 RAX、RDX 歸零，待會這兩個暫存器要儲存累積的數量。

69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
         ⁝
        lea     r8,buffer
        xor     rax,rax
        xor     rdx,rdx
next0:  movzx   r10,BYTE PTR [r8]
        cmp     r10b,"9"   ;若大於"9"，表示使用者輸入的數值應是十六進位
        jbe     chk
        cmp     r11,16     ;若R11不為16，表示錯誤
        jne     error
        and     r10b,0dfh  ;把小寫的"a"∼"f"變為"A"∼"F"
        sub     r10b,37h   ;把字元"A"∼"F"變為0AH∼0FH數值
        cmp     r10b,r11b
        jb      ok0
error:  xor     rax,rax
        jmp     exit
chk:    sub     r10b,"0"   ;把字元"0"∼"9"變為0∼09數值
        cmp     r10b,r11b  ;若數值超過底數，表示錯誤
        jae     error
ok0:    mul     r11
        add     rax,r10    ;RAX＝RAX*R11＋R10，R11是底數
        inc     r8
        loop    next0
        mov     number,eax
         ⁝

第 73 行每次取出一個 ASCII 字元存於 R10，使用 MOVZX 指令的原因是每個 ASCII 字元長度是位元組，R10 長度是四字組，所以用 MOVZX 將第 16∼63 位元清除使該數值變四字組；而且待會處理過後 R10 會變成數值要加上 RAX，基於這兩個原因所以用 MOVZX 指令。

接下來要檢查取出的字元是否是合法的，假如使用者選定八進位，那麼取得的字元只能在 "0"∼"7" 之間，如果是 "8"，那就是不合法的。但使用者有可能選十六進位，所以也有可能是英文字母。RADIXC 檢查方法是把檢查阿拉伯數字和英文字母分開，如果超過 "9"，假如超過表示該字元可能是英文字母，這應該是使用者選定十六進位，所以 R11 一定要等於 16，如果不等於就表示發生錯誤。見第 74∼77 行。

如果符合，那還得進一步檢查取出的字元是否在 "A"∼"F" 或 "a"∼"f" 之間。在這之前先把小寫的英文字母轉換成大寫，僅一個步驟就行，只要把字元與 0DFh 進行且運算即可，見第 78 行。在 ASCII 編碼中，"A"∼"F" 在 41h∼46h 之間，"a"∼"f" 在 61h∼66h 之間，如果把它換成二進位，就能發現大寫的英文字元第五位元是 0，小寫則是 1，所以只要把字元的第五位元變為零即可。見右圖。

第 79 行，使存於 R10B 減去 37h 把在 R10B 內的大寫英文字母變成數值，代表字元 "A" 的數值 41h 要變成 0Ah，字元 "B" 的數值 42h 要變成 0Bh，所以減去 37h 即可。如果使用者輸入超過 "F" 的英文字母計算後會超過 0Fh，表示這是不合法的字元。前面已提過 R11 內已經存有底數 10h，所以把 R10B 與 R11B 比較，如果 R10B 小於 R11B，表示輸入的字元合法，跳至 ok0: 標記處理。見 80∼81 行。

在前三段提到，如果取得的字元超過 "9"，那麼使用者選定十六進位；如果沒超過 "9"，那麼使用者可能是選定十進位、八進位或二進位，甚至也有可能是十六進位。不論是哪一種都是阿拉伯數字，減去 30h 就得到數值，和存於 R11B 的底數比較，如果大於或等於就代表這是不合法的，見第 84∼86 行；如果沒超過，表示合法的字元，將累積的數值 RAX 乘以底數 R11，再加上 R10，見第 87∼88 行。到此，這一次的迴圈幾乎就算完成了，將 R8 加一指向下一個字元的位址，進行下一次迴圈，見第 89∼90 行。

第 91 行把最後結果，存於 number 區域變數裏。接下來的程式是把 number 內的數值以八進位、十進位、十六進位顯示在三個靜態控制項上，可以呼叫 sprintf 函式與 SetDlgItemText API 完成。第四章提過的 wsprintf 並沒有八進位的格式，所以這兒改用 sprintf。要說明 sprintf 得先說明假指令 PROTO。

PROTO 假指令

假如應用程式需要呼叫某個函式或副程式，而這個函式或副程式卻另一個原始程式中已經定義過或在匯入程式庫已有連結資料，那麼應用程式就不需要再將該函式或副程式的原始碼重寫一遍，利用 PROTO 宣告函式或副程式需要幾個參數，這些參數該如何傳遞給函式或副程式即可。所以 PROTO 也可以看成是用來宣告函式副程式的原型。底下是 PROTO 的語法：

function   PROTO   [distance][language-type][參數列表]

其中，function 是函式名稱。distance 可以是 NEAR 或 FAR，這在 DOS 程式中才會用到，對於 Win64 程式沒有用，應該省略。language-type 可以是 STDCALL、SYSCALL、C、BASIC、FORTRAN、PASCAL 或 FASTCALL，前六個是 DOS 程式中才會用到；對於 Win32 程式只能使用 STDCALL；對於 Win64 程式只能使用 FASTCALL，如果在組譯時下達「-win64」選項，例如「uasm64 -win64 filename.asm」，就會自動使用 FASTCALL，所以撰寫 Win64 程式通常也省略 language-type，而是在組譯時下達「-win64」選項。

參數列表是由許多組的參數與資料類型組成，每一組都是「參數:資料類型」，至於要多少組則視函式的需要決定，如果函式不需要參數也可以一組都沒有。

底下舉個例子說明，例如 gcd 函式用來計算兩個整數的最大公因數，所以有兩個參數，計算之後的回傳值是 EAX，而且某個匯入程式庫 MATH.LIB 已包含 gcd 的連結資料。如果在撰寫應用程式時，需要呼叫 gcd，就可以用 PROTO 宣告如下：

INVLUDELIB MATH.LIB
  ⁝
gcd     PROTO   n1:DWORD,n2:DWORD

事實上，參數名稱並不重要，因為在 gcd 的原始碼中會在 PROC 之後額外定義，所以一般參數名稱可以省略，變成

INVLUDELIB MATH.LIB
  ⁝
gcd     PROTO   :DWORD,:DWORD

如果函式或副程式的參數個數不固定，也就是說依需求，參數可能是一個、也可能是兩個、或三個……，這時候可以用「:VARARG」，表示可變的參數個數。

sprintf 函式

sprintf 是 C 語言程式庫內的標準函式，它與 wsprintf 很相似，都是把第三個及其以後的參數以格式控制字串指定的方式，寫入緩衝區中。sprintf 的語法是：

invoke  sprintf,\
        lpOut,\	        ; pointer to buffer for output
        lpFmt,\         ; pointer to format-control string
        ⁝               ; optional arguments

lpOut 是輸出字串的位址，輸出字串就是前面說的緩衝區；lpFmt 是格式控制字串的位址；「⁝」是變數列表。例如底下的例子：

sprintf PROTO   :VARARG
szOut   DB      80 DUP (0)
szFmt   DB      "Though %s is merely %d, her daughter is already %02d years old.",0
szName  DB      "Dora",0
         ⁝
        lea     r8,szName
        invoke  sprintf,OFFSET szOut,OFFSET szFmt,r8,20,4

執行完 sprintf 之後，szOut 字串會變成「"Though Dora is merely 20, her daughter is already 04 years old.",0」。

在格式控制字串中，每個變數都以「%」起頭，在格式化字串內有多少個「%」，變數個數就有多少個。格式控制字串的寫法請參考 wsprintf 的說明，這兒只介紹 sprintf 多出的兩個格式：一是「%o」；二是「%m.nf」：

①、%o：o 必須小寫，代表數值以八進位寫入緩衝區。
②、%m.nf：f 必須小寫，代表數值以浮點數的方式寫入緩衝區。m 代表整個浮點數寫入緩衝區時的字元總數，n 代表小數點後面的字元個數。m、n 可省略，如果省略時，由 sprintf 自行決定。代表浮點數的變數長度必須是四字組。

在呼叫 sprintf 時，還有底下幾點須注意：①sprintf 的連結資料在 MSVCRT.LIB 內，所以必須用 INCLUDELIB 把 MSVCRT.LIB 包含進來、②在原始程式要用 PROTO 宣告如下：

sprintf PROTO   :VARARG

其中的「:VARARG」代表參數個數不固定、③如果參數是數值變數，其資料類型都是 QWORD，不論是浮點數還是整數、④sprintf 的回傳值是寫入緩衝區的字元個數。

以二進位制顯示數值

不論是 wsprintf 或 sprintf 都沒有提供把數值以二進位制的方式寫入緩衝區的功能，所以這段程式得自行撰寫。這段程式在第 98∼107 行，如下：

97
98
99
100
101
102
103
104
105
106
107
108
         ⁝
        mov     rcx,32
        lea     rdx,buffer
next1:  shl     number,1
        jc      one
        mov     BYTE PTR [rdx],"0"
        jmp     short ok1
one:    mov     BYTE PTR [rdx],"1"
ok1:    inc     rdx
        loop    next1
        mov     WORD PTR [rdx],62h
         ⁝

因為 RADIXC 最多只處理 32 位元的數值，所以變成二進位後最多就是 32 個零或一，因此在第 98 行設定 RCX 為 32，表示只處理 32 次。第 99 行把 RDX 設為 buffer 的位址，這 32 個零或一將存在 buffer 字串裏。

RADIXC 利用 LOOP 迴圈及 SHL 指令，將使用者輸入的數值（第 91 行時已把此數值存於 number 裏）每次向左移一個位元，如果移出的位元是一，CPU 會把進位旗標設為一；如果移出的位元是零，CPU 會把進位旗標設為零。RADIXC 只要檢查進位旗標是零還是一，就能得到移出的位元是多少；利用 JC 指令即可檢查進位旗標，當進位旗標為一，執行 JC 時會發生跳躍至 one: 標記處，見第 101 行。

第 102、104 行，分別把 "0"、"1" 存入 RDX 所指的記憶體位址裏。要注意的是，"0"、"1" 有用「"」將它們括住，表示它們是一個字元的字串，所以 "0"、"1" 其實是 30h、31h，不是 0、1。BYTE PTR 代表只把一個位元組的字元存入 RDX 所指的位址。這樣的過程一直重複，直到 32 次做完為止。

第 107 行把 62h 存入 RDX 所指的位址裏，且以 WORD 長度存入。62h 其實是小寫的英文字母「b」，代表二進位數。為何要以字組長度存入呢？這是因為要使 buffer 內的字串以零為結尾，這裏的零其實就是字組的第 16∼31 位元。第 108 行，呼叫 SetDlgItemText 把存於 buffer 內的字串顯示在靜態控制項上。

這一章的解說到此結束，一段時間之後，敬請閱讀下一章。

註釋

註一

我們知道，應用程式在執行時都會呼叫動態連結程式庫（Dynamic-Link Library，就是 DLL 檔啦）以省卻許多工作，這些動態程式庫的副檔名都是 .dll，像 user32.dll、kernel32.dll……等，這些動態連結程式庫都是共享的。所謂共享，是指在 Windows 作業系統中執行的應用程式都可以呼叫動態連結程式庫。在 Windows XP 之前的 Windows 95/98/98 SE/Me 時代，系統早已內建許多動態連結程式庫，均存放於 C:\WINDOWS\SYSTEM32 子目錄裏，供應用程式呼叫。

安裝某個應用程式時，如果發現該程式所需的 DLL 檔已經安裝在系統上了，該程式就不需再安裝這個 DLL 檔了。如果該應用程式所需要的 DLL 與系統上現有的 DLL 版本不同的話，該應用程式的安裝程式可能會以自身攜帶的 DLL 檔取代系統內的 DLL；例如微軟在一些 Service Pack 也常更換 DLL 檔。也可能應用程式會提醒使用者要不要以應用程式自身攜帶的 DLL 檔取代系統內的 DLL；例如在 Windows XP 上安裝 OllyDebug 1.10 版時，OllyDebug 就會提醒「系統上的 PSAPI.DLL 比 OllyDebug 自行攜帶的還新」，詢問您要使用系統上的還是 OllyDebug 1.10 自行攜帶的？當然也有應用程式根本不詢問就直接把系統內的 DLL 替換掉了。

所以，系統中的 DLL 時常在不知不覺中就被替換，假如新版的 DLL 與舊版不相容，而且系統中只能有一個版本的話，那麼就有可能會發生原本執行得很好的程式，在安裝某些軟體後無法執行或是當掉。這就是有名的 DLL Hell。到了 Windows XP 及其以後的作業系統，微軟為了解決這個問題，提供了兩種方案：isolated applications 和 side-by-side assembly sharing。

Isolated application 就是應用程式在發行時，就已攜帶了該程式所有 DLL 的隔離版本（isolated version），這樣就不會受其他程式影響了。通常這些隔離版本的 DLL 會存放在應用程式的安裝目錄內，只為該應用程式服務。

Side-by-side assembly sharing 可以讓不同版本的 DLL 共存於同一系統中，所用的方法是讓這些不同版本的 DLL 存放在「C:\WINDOWS\WinSxS\」子目錄內，並且不同版本的 DLL 存放於其內中不同的子目錄內。程式設計師可以設計應用程式時，撰寫「應用程式資訊清單」來指定使用特定的 DLL 版本。

註二：XML

XML 是 extensible markup language 的簡稱，中文翻譯成「可延伸標記式語言」。所謂標記語言是指用特定的標記來定義標籤（tags）的屬性、格式、層次結構等。像網頁使用 HTML 就是標記語言，它以一對「<」、「>」作為標記，其內是特定的標籤（或稱元素名稱或標記名稱）。

例如下面是 HTML 檔案的格式，「<」、「>」稱為標記，html、head、body 稱為元素，<head>、<body>等稱為標籤：

<html>
  <head>
    ⁝
  </head>
  <body>
    ⁝
  </body>
</html>

XML 也是一種標記語言，同樣也是用一對「<」、「>」作為標記。當然也有不是用「<」、「>」作為標記的標記語言，例如　LaTeX是用「\」作為標記，用於科學文獻排版的標記語言。

XML 主要目的是描述資料的結構和語義，而不是顯示資料。XML 可用於多種用途，包括資料交換、配置文件和文檔格式化。XML 是可擴充的，開發者可以根據需要定義自訂的標籤。

舉個例子來說，像三民、博客來這類網路書店，會利用 HTML 語言把畫面盡可能做得漂亮好看，這也是 HTML 擅長的事。如果僅是供人們瀏覽，當然沒有問題。問題是如果想買某一本書，就會想要比較各網路書店上，同一本書是否有折扣，這就麻煩了。傳統的做法是逐一進入各家網路書店，搜尋該本書的價格，這豈不是很麻煩。尤其是當今這個資訊爆炸的時代，要由人一個個去搜尋，需花費大量時間，XML 就是解決這個問題的方案。

例如底下 XML 的例子：

<?xml version="1.0" encoding="Big5" ?>
<組合語言推薦書籍>
  <書籍>
    <書名>IBM 80X86 組合語言實務</書名>
    <作者>施威銘</作者>
    <價格 貨幣="新台幣">450</價格>
  </書籍>
  <書籍>
    <書名>WINDOWS環境下32位元組合語言程式設計</書名>
    <作者>羅雲彬</作者>
    <價格 貨幣="新台幣">680</價格>
  </書籍>
</組合語言推薦書籍>

從上面的例子可以知道，XML 不但可以用自行定義的標籤來描述資料的語義，程式設計師很容易就能設計出「爬蟲程式」，自動從網路上搜尋具有書籍、書名與價格的資料，這樣就能節省不少時間。

接著，介紹 XML 一些基本規則。XML 的標籤長得像右邊的樣子。最上面一行稱為「起始標籤」，它是在一對「<」、「>」內，包含了元素名（elements）及屬性名（attributes），它們的名稱有區分大小寫。通常會以元素名代表這個標籤，例如上面的書名標籤、作者標籤等。屬性名之後會指定屬性值，必須以「=」及一對「"」表示，屬性值一定要在這對「"」之內。最後一行稱為「結尾標籤」，結尾標籤的元素名之前以「/」表示此標籤結束。這裏還要指出一點，XML 中的元素名與屬性名，不僅能自行定義，還能用中文命名。例如上面的例子：

<價格 貨幣="新台幣">450</價格>

貨幣是價格標籤的一種屬性，以新台幣計價。

第二個基本規則除了空元素（empty element）之外，「起始標籤」與「結尾標籤」必成對存在；也就是說，有了 <書籍>，必定會有 </書籍>，不可虎頭蛇尾。這一點不像 HTML，可以省略某些標籤，像 <p>、<td> 會把下次出現的 <p>、<td> 當做前次的結尾也是下次的開始。不過在 XML 語法中也有類似 HTML 的 <img……>，不須「結尾標籤」的，這類元素稱為「空元素」，它的寫法必須是在「>」之前加上「/」，例如：

<空元素名 屬性名="屬性值"/>

第三個基本規則是 XML 的第一行樣子如下，一般稱為前言（prolog），它沒有「結尾標籤」：

<?xml version="1.0" encoding="Big5" ?>

?xml 說明這是 XML 語言，其中一定要有 version 屬性，說明使用第幾版的 XML 語言，一般情形用 1.0 即可。encoding 屬性指定了這個 XML 文件的編碼方式，它可有可無，如果沒有 encoding 屬性，預設得屬性值是「UTF-8」或「UTF-16」（UTF-8、UTF-16 是萬國碼，英文是 unicode，的兩種編碼方式，請見這裏）；在正體中文裏也可以用「BIG5」，如果 encoding 不是「UTF-8」或「UTF-16」，就不可省略，否則必顯示出亂碼來。

第四個基本規則是標籤之間只能包含另一標籤，不可交錯，例如下表左邊是錯誤的，右邊才是正確的，因為左邊的書名標籤與作者標籤交錯了。

  <書籍>
    <書名>IBM 80X86 組合語言實務
    <作者>施威銘</書名></作者>
  </書籍>
 
  <書籍>
    <書名>IBM 80X86 組合語言實務</書名>
    <作者>施威銘</作者>
  </書籍>

第五個基本規則是在標籤之間的文字，如有空白、換行符號、跳格字元都會如實保留下來。也就是說，如果有兩個空白，就會在螢幕上顯示兩個空白，這點與 HTML 語法不同。不過在標記之間的空白、換行符號、跳格字元都只算一個空白。

應用程式資訊清單檔案遵循 XML 語法，但其元素名稱則是微軟自行定義的，如 <assembly>、<dependency>、<trustInfo>……等。這些元素是專門用來描述 Windows 應用程式和它們所需的執行環境、依賴關係等。