IN WIN MG136功能參數(shù)

散熱性能:前:2×120mm風(fēng)扇(其中標(biāo)配1×120mm藍(lán)色LED風(fēng)扇)

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

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

理線功能:背部理線糾錯(cuò)

免工具拆裝:支持免工具拆裝糾錯(cuò)

其它特點(diǎn):支持水冷系統(tǒng)

機(jī)箱類型:游戲機(jī)箱

機(jī)箱樣式:立式

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

適用主板:ATX板型，MATX板型

機(jī)箱類型:游戲機(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ī)箱樣式:立式

產(chǎn)品重量:4.9kg

理線功能:背部理線

散熱性能:前:2×120mm風(fēng)扇(

免工具拆裝:支持免工具拆裝

機(jī)箱顏色:黑色

適用主板:ATX板型，MATX板型

其它特點(diǎn):支持水冷系統(tǒng)

產(chǎn)品尺寸:415×190×445mm

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

迎廣MG136機(jī)箱外觀沿用了迎廣機(jī)箱的一貫風(fēng)格，在全沖網(wǎng)散熱孔中融入一些非常漂亮的立體元素，讓迎廣的機(jī)箱外觀有一種獨(dú)特的美感。圓柱形的面板讓機(jī)箱前臉立體感非常強(qiáng)烈。便于拆卸X形沖網(wǎng)光驅(qū)擋板已經(jīng)是迎廣機(jī)箱的一貫設(shè)計(jì)風(fēng)格。

受到面板立體裝飾的影響，下部風(fēng)扇進(jìn)風(fēng)口沖網(wǎng)面積有所減少，可能有的玩家會擔(dān)心其散熱能力有所減弱。至于這個(gè)問題，后文自有答案。

為了節(jié)省成本，MG136機(jī)箱面板下方的迎廣LOGO并沒有使用極地風(fēng)暴那樣的內(nèi)置紅色電源指示燈設(shè)計(jì)，取而代之的是直接使用嵌入式紅色LOGO的設(shè)計(jì)。

MG136機(jī)箱的I/O區(qū)，除了標(biāo)準(zhǔn)的兩個(gè)USB2.0接口，還提供了一個(gè)主流的USB3.0高速接口。在未來大背景影響下，USB3.0日漸成為未來機(jī)箱的標(biāo)配接口已經(jīng)是必然的趨勢。

在IO區(qū)的兩側(cè)為電源重啟鍵，使用了比傳統(tǒng)彈簧開關(guān)手感更好、壽命更長的的觸動式開關(guān)，足以體現(xiàn)出迎廣對機(jī)箱細(xì)節(jié)部位的出色設(shè)計(jì)理念。

另外，在機(jī)箱頂部的兩側(cè)，硬盤指示燈和電源燈都被設(shè)計(jì)成類似于汽車大燈的形狀，非常漂亮，給整個(gè)面板起到了畫龍點(diǎn)睛的作用。

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

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

產(chǎn)品尺寸:415×190×445mm糾錯(cuò)

產(chǎn)品重量:4.9kg

讓我們先來看看一個(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í)會出現(xiàn) API 函數(shù)未定義的錯(cuò)誤。而 MessageBox 在 user32.dll 中，那么我們就要在程序中包括 include user32.inc 和 includelib user32.lib語句

指明了接下來是數(shù)據(jù)段，.data 定義了預(yù)定義的變量，.data?定義了未初始化的變量，兩者的不同之處是 .data? 定義的變量并不占用 .exe 文件的大小，而是在程序執(zhí)行時(shí)動態(tài)分配，所以開始是不指定初始值的數(shù)據(jù)可以放在 .data? 段中，如一個(gè)1K大小的緩沖區(qū)，放在 .data?中，程序?qū)⒉粫黾右粋€(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來裝入資源。非常方便。現(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來先裝入對話框。