IN WIN MG134簡介

機(jī)箱的外觀非常的特別，面板一圈一圈的設(shè)計(jì)，給人的第一感覺，與米其林輪胎小人，倒是有點(diǎn)兒神似。而至于這款機(jī)箱從外觀設(shè)計(jì)上符不符合你的口味，這個(gè)就見仁見智了。

機(jī)箱上部設(shè)有三個(gè)5.25英寸外露光驅(qū)位，I/O接口位于機(jī)箱頂部，配有兩個(gè)USB2.0接口和一個(gè)USB3.0接口，以及一組音頻端口。

機(jī)箱面板的底部的進(jìn)風(fēng)口好像是個(gè)有源音箱的揚(yáng)聲器。

機(jī)箱側(cè)板采用TAC2.0設(shè)計(jì)，側(cè)板有大面積散熱窗孔。另外，值得一提的是，這款機(jī)箱的表面涂層是目前市場上稍有的特別設(shè)計(jì)。雖然是磨砂表面，但是牢固性和耐磨性很好。

機(jī)箱配有3個(gè)5.25英寸光驅(qū)位，并且?guī)в忻夤ぞ咴O(shè)計(jì)，并且非常不錯(cuò)。

機(jī)箱配有6個(gè)硬盤位，其中有兩個(gè)熱插拔接口，方便用戶進(jìn)行海量數(shù)據(jù)交換。另外，硬盤位下面3個(gè)盤位可以卸下，以便安裝主流的長顯卡。

機(jī)箱配有7個(gè)PCI擴(kuò)展槽，并且擴(kuò)展槽上帶有通風(fēng)口，以避免顯卡下方造成熱量堆積。

機(jī)箱采用下置電源設(shè)備，并且配有可拆卸防塵網(wǎng)。另外，電源位旁主板安裝架完全鏤空，將所有線材理到背面會(huì)比較方便。

雖然這款機(jī)箱的個(gè)頭不大，但是機(jī)箱前面還是配有兩個(gè)風(fēng)扇，為機(jī)箱內(nèi)散熱。并且配有防塵網(wǎng)設(shè)計(jì)。

機(jī)箱類型:臺(tái)式機(jī)箱(中塔)

機(jī)箱結(jié)構(gòu):ATX

3.5英寸倉位:6個(gè)

5.25英寸倉位:3個(gè)

前置接口:USB3.0接口 x1 USB

機(jī)箱材質(zhì):SECC(電解鍍鋅鋼板

擴(kuò)展插槽:7個(gè)

機(jī)箱樣式:立式

散熱性能:前:2×120mm藍(lán)燈風(fēng)

機(jī)箱顏色:黑色

產(chǎn)品尺寸:488×190×432mm

2.5英寸倉位:1個(gè)

機(jī)箱類型:臺(tái)式機(jī)箱(中塔)

機(jī)箱樣式:立式

機(jī)箱結(jié)構(gòu):ATX

散熱性能:前:2×120mm藍(lán)燈風(fēng)扇

后:1×120mm風(fēng)扇(選配)

側(cè):2×120mm風(fēng)扇(選配)

機(jī)箱顏色:黑色糾錯(cuò)

機(jī)箱材質(zhì):SECC(電解鍍鋅鋼板)糾錯(cuò)

產(chǎn)品尺寸:488×190×432mm

讓我們先來看看一個(gè)最簡單的Win32匯編程序：

.386

.model flat, stdcall

option casemap :none ; case sensitive

include windows.inc

include kernel32.inc

includelib kernel32.lib

.data

szCaption db 'Win32匯編例子',0

szText db 'Win32匯編，Simple and powerful!',0

.code

start:

invoke MessageBox,NULL,addr szText,addr szCaption,MB_OK

invoke ExitProcess,NULL

end start

這就是一個(gè)能執(zhí)行的最簡單的Win32匯編程序，下面我簡單地介紹一下各部分的作用：

這條語句和Dos下匯編是一樣的，是告訴編譯器我們要用到80386的指令集，因?yàn)?2位匯編程序要用到32位的寄存器如eax,ebx等，所以這一句是必須的，當(dāng)然，你也可以用.486,.586等，當(dāng)用到特權(quán)指令時(shí)，還可以用 .386p,.486p等等。

.model告訴編譯器程序的模式，編過Dos匯編的人可能知道在Dos程序的模式有tiny,small,...huge 等，它指定了程序內(nèi)存尋址模式，在huge等模式下，內(nèi)存尋址和子程序調(diào)用將用Far的格式，但在Win32匯編中，你只能使用一個(gè)模式即 flat 模式，因?yàn)閷in32程序來說，內(nèi)存是連續(xù)的一個(gè)4GB的段，無所謂小或大的模式。而stdcall 告訴編譯器參數(shù)的傳遞方式，在調(diào)用子程序時(shí)，參數(shù)是通過堆棧傳遞的，參數(shù)的傳遞方式有三種，stdcall,c 和 pascal，stdcall 指定了參數(shù)是從右到左壓入堆棧的，比如說對一個(gè)Windows API 如 MessageBox，在手冊中是如此定義的：

int MessageBox(

HWND hWnd, // handle of owner window

LPCTSTR lpText, // address of text in message box

LPCTSTR lpCaption, // address of title of message box

UINT uType // style of message box

);

那么在匯編中我們就可以這樣調(diào)用它：

push uType

push lpCaption

push lpText

push hWnd

call MessageBox

大家要注意最右面的參數(shù)是最后一個(gè)進(jìn)堆棧的，當(dāng)然，我們不必這樣麻煩的調(diào)用一個(gè) API，因?yàn)镸asm中的一個(gè)宏語句不但幫助我們完成了所有的壓棧操作，還幫我們檢查參數(shù)的個(gè)數(shù)是否正確，那就是 invoke 語句，我們可以把上面的語句換成 invoke MessageBox,hWnd,lpText,lpCaption,uType 就行了。如本程序中代入實(shí)際參數(shù)就成了 invoke MessageBox,NULL,addr szText,addr szCaption,MB_OK。

include 語句包含了一些系統(tǒng)的定義和API函說明，其中所有的Windows 數(shù)據(jù)結(jié)構(gòu)定義和常量定義包含在 windows.inc 中，而其他 API函數(shù)的說明包含在 xxx.inc 中， 如查 Microsoft Win32 Programmer's Reference 知道 ExitProcess包含在kernel32.dll 中，那么我們就要在程序中包括 include kernel32.inc 和 includelib kernel32.lib語句，否則在編譯時(shí)會(huì)出現(xiàn) API 函數(shù)未定義的錯(cuò)誤。而 MessageBox 在 user32.dll 中，那么我們就要在程序中包括 include user32.inc 和 includelib user32.lib語句

指明了接下來是數(shù)據(jù)段，.data 定義了預(yù)定義的變量，.data?定義了未初始化的變量，兩者的不同之處是 .data? 定義的變量并不占用 .exe 文件的大小，而是在程序執(zhí)行時(shí)動(dòng)態(tài)分配，所以開始是不指定初始值的數(shù)據(jù)可以放在 .data? 段中，如一個(gè)1K大小的緩沖區(qū)，放在 .data?中，程序?qū)⒉粫?huì)增加一個(gè)字節(jié)。

指明了接下來是代碼段，我們的所有代碼都放在這里。最后的一句 start 語句指定了程序開始執(zhí)行的語句。程序中的 ExitProcess 是一個(gè)標(biāo)準(zhǔn)的 Win32 API，對應(yīng) Dos匯編中的 int 20h 或 mov ah,4ch/int 21h，也就是程序退出。而 MessageBox 也是一個(gè)標(biāo)準(zhǔn)的 API，功能是在屏幕上顯示一個(gè)消息框，具體的參數(shù)上面已經(jīng)解釋過了還有要注意的是 invoke MessageBox,NULL,addr szText,addr szCaption,MB_OK 語句中， MB_OK 和 NULL 已經(jīng)預(yù)定義在 Windows.inc 中。

不管在Dos下編程還是在Windows下編程，我們總是要用到除了可執(zhí)行文件外的很多其他數(shù)據(jù)，如聲音數(shù)據(jù)，圖形數(shù)據(jù)，文本等等，在Dos下編程，我們可以自己定義這些文件的格式，但這樣一來就造成了很多資源共享的問題，大家可能還記的Dos下的很多游戲，它們的圖形都是按自己的格式存放的，你無法用標(biāo)準(zhǔn)的看圖軟件來看。也無法把它另存為其他格式。雖然在Win32編程中，我們?nèi)匀豢梢赃@樣做，但Win32編程給了我們一個(gè)方案 ---- 就是格式統(tǒng)一的資源文件，把字符串、圖形、對話框包括上面的按鈕，文本等定義到一個(gè)資源文件中，就可以方便的在不同的文件中使用它，最重要的是，如果我們用自己的文件格式，使用時(shí)就要涉及到這些文件的讀寫操作，比較復(fù)雜，但使用資源文件時(shí)，Windows提供了一系列的API來裝入資源。非常方便?，F(xiàn)在，讓我們來看一個(gè)很簡單的資源文件的源文件，它的擴(kuò)展名是 .rc，當(dāng)它用資源編譯器編譯以后產(chǎn)生 .res 文件就可以在 link的時(shí)候連入.exe 文件中：

#include <Resource.h>

#define DLG_MAIN 1

DLG_MAIN DIALOGEX 0, 0, 236, 185

STYLE DS_MODALFRAME | WS_POPUP | WS_VISIBLE | WS_CAPTION | WS_SYSMENU

CAPTION "對話框模板"

FONT 9, "宋體"

BEGIN

DEFPUSHBUTTON "退出",IDOK,177,163,50,14

CONTROL "",-1,"Static",SS_ETCHEDHORZ,7,155,222,1

END

現(xiàn)在我簡單解釋一下 .rc文件的語法：

#include <resource.h> -- resource.h文件包括資源文件的一些常量定義，如下面的 WS_POPUP,WS_VISIBLE 等窗口的風(fēng)格等等

#define DLG_MAIN 1 -- 類似于 .asm 文件的 equ 語句，和匯編源程序一樣，這些定義是為了程序的可讀性。

DLG_MAIN DIALOGEX 0,0,236,185

Windows的.rc文件可以定義 BITMAP(位圖),CURSOR(光標(biāo)),ICON(圖標(biāo)),ACCELERATORS(加速鍵),DIALOG(對話框),MENU(菜單),STRINGTABLE(字符串表),RCDATA(自定義資源)等8種資源，詳細(xì)的描述可以參考有關(guān)MFC的書籍，在Win32ASM中的資源編譯器的語法中，一般格式是這些資源的定義方法是：

位圖定義： nameID BITMAP [load-mem] filename

光標(biāo)定義： nameID CURSOR [load-mem] filename

圖標(biāo)定義： nameID ICON [load-mem] filename

加速鍵定義：

acctablename ACCELERATORS [optional-statements]

BEGIN event, idvalue, [type] [options]

. . .

END

等等，具體的定義和參數(shù)可以參考 Masm32v5 中的 Rc.hlp 幫助文件。(可以在編程工具中下載)，我們可以用資源編輯器來所見即所得地編輯資源，也可以在文本編輯器中用上面這些語句自己定義資源。

在程序中，要使用資源之前必須先裝如內(nèi)存，Windows定義了一系列的API來裝入資源，如 LoadMenu，LoadString，LoadBitmap 等等，如 LoadBitmap 的定義：

HBITMAP LoadBitmap(

HINSTANCE hInstance, // handle of application instance

LPCTSTR lpBitmapName // address of bitmap resource name

);

這些Load函數(shù)的返回值是一個(gè)句柄，調(diào)用參數(shù)中一般至少為兩項(xiàng)： hInstance 和 ResouceName，這個(gè) ResouceName(如BitmapName,MenuName)就是在資源文件中的 #define 指定的值，如果你用 #define MY_ICON 10/ MY_ICON ICON "Main.ico" 定義了一個(gè)圖標(biāo)，那么在程序中要使用 Main.ico 圖標(biāo)就可以用 LoadIcon(hInstance,10) 來裝入已經(jīng)定義為10號的圖標(biāo)文件。另一個(gè)參數(shù) hInstance 是執(zhí)行文件的句柄，它對應(yīng)資源所在的文件名，你可以在程序開始執(zhí)行時(shí)用 invoke GetModuleHandle,NULL 獲得 hInstance。另外一些資源并不是顯式地裝入的，如對話框資源，它是在建立對話框的函數(shù)中由Windows自己裝入的，如下面例子中的 invoke DialogBoxParam,hInstance,DLG_MAIN,NULL,offset _ProcDlgMain,0 ，是在屏幕上顯示一個(gè)資源文件中已經(jīng)定義好了的對話框，就并不存在 LoadDialogBox 之類的API來先裝入對話框。