|
第三章 基本認識
第一節 應用工具
一、對程式的認識
寫作程式不難，但要寫出好程式卻不容易。這就好像畫圖一樣，人人都能畫，而畫出來的圖卻可能有天壤之別。
想作一個好畫家，首先要有觀察及分析的能力，面對著雜亂的事物，先整理出頭緒，找到主題。再在畫布上勾出輪廓，這叫做「佈局」。佈局完畢，根據實際的環境，決定作圖的先後「順序」。順序是一種層次觀念，景物及色彩都有一定的層次，絕不可隨意所之，想到哪裏，畫到哪裏。
觀察考慮完畢，即開始準備，先將畫筆、調色板等工具放妥，把要表現的主要色彩也調好。最後是選擇適當的畫筆，蘸上色彩，按照所觀察的結果，塗在畫布上。
畫圖頗重風格，有些個人主義的藝術家，技巧並不精通，只因為時代潮流或歷史條件，創造了某種獨特的風格，就得以成名享利。一般的畫家則不然，不論是「工筆」抑或「寫意」畫，全靠其技巧及素養，始能求生存。至於藝術大師，則首重風格，再加上素養、技巧，方可揚名立萬，永垂不朽。
最糟糕的畫匠，既沒有觀察能力，更談不上技巧和風格，除了照著別人的作品抄襲、模倣外，創造不出有價值的作品。若程式師也如此，只能照著別人的意思，填填指令，不過是個程式匠罷了。
在觀察分析之下，把欲表現的內容整理成為具體的步驟，用電腦術語來說，是為「程式分析」，相當於畫畫中的「佈局」。再下去，便是「流程」製作，或是作畫的順序。將各種程式的層次安排妥當，才能開始寫作程式，相當於開始作畫。
這些觀念牽涉甚廣，不是三言兩語可以說完。本書僅以組合語言寫作的訓練為目的。如果讀者能善用組合語言的各種技巧，又能充份認識所要完成的工作，至少可以滿足「工筆畫」的條件。對一個電腦程式而言，目前畫「工筆畫」的價值要比「寫意」為高。
下面，我們要以工筆畫的立場，來理解組合語言的應用。對油畫或水彩畫而言，色料相當於程式用的「資料」，調色盤就是運用資料的「暫存器」，畫筆等於「指令」，一切都準備妥當，所謂「作畫」就是「寫程式」。
程式是由一系列的定義和指令組織成的可執行的程序，需由一種檔案的形式(.asm)經過編譯程式 (masm.exe) 的處理，將原始檔轉變為目的檔(.obj)，然後再將一個或數個目的檔經過聯結（link.exe）成為執行檔(.exe)，或者再用 exe2bin. exe 製成記憶限在64kb以下的命令檔(.com)。
程式師應熟悉上述過程中的每一細節，方能順利完成程式寫作。
程式的寫作方式本無定則，完全看需求及應用而定。可是正如一幅畫，在佈局時，程式師應該先有全部的觀念，然後逐步實行。為了提高效率，這些步驟，有必要加以歸類。結果就是所謂的模組。
模組的良窳，決定了程式寫作、修改及再應用的效能。在寫作時要求理念一貫，連續進行。修改應方便靈活，不致錯誤叢生。而應用上功能要完整，可以獨立調用。
根據上述條件，程式的結構大致上可分為：
1,主程式：連貫性的處理過程，應該一次考慮清楚，細節暫 時放在一邊，先把大架構寫出來，以免顧首不顧尾。在空間足夠的情形下，大架構應該是一個完整的模組，且在整體的觀念下，統一處理。
這種做法，對程式偵錯及修改有很大的幫助。因為修改和調整最多、對功能影響最大的，必然是主程式。若主程式都在同一模組中，比較容易得到理想的效果。
2,副程式：副程式都是一些細節的處理，可以用‘CALL’的方式執行。原則上說來，細節的處理經常重覆發生在不同 的情況下，作為副程式相當有利。只是應該注意調用的手 續，為了效率，通常將需要處理的參數或資料，經由暫存器或者必要時用緩衝器載入。
既然是數個程式均可共用的副程式，而且此類程式為一獨立的過程，所以應該事先分別測試，保証無誤。
此外，各副程式的入口處，宜明白的交待暫存器的使用方式，且要能一目瞭然。
3,子程式：子程式與副程式有一點不同，就是具備完整的機能。所謂完整的機能，指該段程式可以獨立執行、有固定的功能。在應用時，兩者沒有分別，然而在寫作時，子程式的考慮要慎重些。
4,資料檔：資料檔也可以視為一種靜態的程式，雖然不是執行用的，但卻是執行時不可或缺的素材。資料檔的設計應該注意空間的利用，等長度的資料結構最具效率，最好保証資料起點為雙數，以節省16位元匯流排的執行速度。
在應用緩衝器時，切忌隨意設置，往往程式師們設了一緩衝器，等後來發現沒有必要，再想刪掉就麻煩大了。所以事先應安排妥當，以便於隨時查找和調整。安排的方式視使用的情形而定，有的以模組歸類；也可以用字母排序為依據；再不然就加上詳細註釋說明功能及使用的程式標號。
5,應用表：在本書第四章第六節將介紹應用表的功能和應用方式，此類表一次設計完成以後，很少需要再修改，為了工作效率，獨立成為一個檔案，自有其必要性。
此外，各種程式的命名最好能有代表性，以便於應用；程式不能太大，否則編輯耗時費事；分檔時，則要注意標號宣告及各段安排的問題。在磁碟中，應該專闢一個子目錄，不要把各種不相干的程式，都混合在一起。
第二章三、四節中已規定了格式的標準，此處僅再補充一點。即各緩衝器的定義與使用時的長度應相等，否則在編譯或聯結時，容易發生錯誤。聯結時，有時並無足夠的錯誤訊息，供程式師得知錯誤產生的原委。最難理解的錯誤，往往與緩衝器的定義有關，即定義的類型與使用的類型不一致。另外一個情況是段值的改變，其補救方法為在應用時，臨時加一「前置定義」。
所謂「前置定義」是指當暫存器為一字元時，其前應加寫BYTE PTR，否則用 WORD PTR 以確定其值，即可保証安全。
如：MOV BYTE PTR BBSDOT1,AL
此外，每當段值有所改變時，都加寫一條：
ASSUME CS:XXX,DS:YYY,ES:ZZZ
這種用法，完全是給匯編程式「看」的，程式本身並沒有增加任何指令。
其他規定，請參閱各相關手冊。
二、對資料的認識
在畫布上，所有色彩都是由紅、藍、黃三原色及白色調製而成，瞭解色彩的變化是畫家的基本素養。在電腦中，所有的資料則都由二進位數據組成，要寫程式，必須對二進位的特性先有深刻的認識。
絕大部份的程式師，都不知道二進位數據的妙用，充其量能夠很快地換算二進位與十進位的數值。再不然，由二進位值領會到圖形的點陣排列，如此而已。
二進位就是開關的觀念，把一連串的開關聯在一起，其所能發生的作用，完全在於每一個開關、以及各開關組合應用的功能。
說得明確一點，先要將各種需要設計的功能分析清楚，找出其共通的因素，如果這些因素能用「開」及「關」兩個簡單的狀態代表，則可以用二進位制加以控制。在理論上，一開一關只有兩種作用，而兩組開關就有222 種作用，最理想的設計 是將開關的排列組合數用到極限。
舉例而言，電腦上應用的彩色，就是最理想的設計之一。在電腦中，最基本的應用單位為「字元」(Byte)，每一字元有８個「位元」(Bit),相當於８個「開關」。為了要最精簡地應用多種彩色，只以三原色與輝度組合，八個開關就能產生 256種不同的彩色。茲將各開關所代表的彩色分列如下：
開關一 (bit １)：正藍色
開關二 (bit ２)：正綠色
開關三 (bit ３)：正紅色
開關四 (bit ４)：灰色 (高輝度)
開關五 (bit ５)：黑色 (低輝度)
開關六 (bit ６)：淺藍色
開關七 (bit ７)：淺紅色
開關八 (bit ８)：淺青色
★上述 (bit n) 是從 n=1 開始計算。
應該注意的一點，是電腦的基本單位在於八個開關，不用足就是浪費。如果８個不夠，再增加便有16個。所以，因事制宜，在設計的時候，唯有用８的倍數才划算。
但是，宇宙中的事物，不見得剛好是八的倍數。如果設計的人沒有這種認識，不能把所處理的資料，以８為限制條件去劃分，就無法利用這種有利的條件，當然，也就得不到最理想的結果。
所以，要想程式具有最高的效率，首先要把資料整理成為八的倍數值結構。把資料整理為最有效的結構方式，稱為「資料結構」，關於這一點，在後面將有較詳細的例証。
每個字元有 256種排列組合，即相當於 256個十進位的數字。為了方便人的理解，通常將字元寫成十六進位形式，並在其數字後加一‘Ｈ’，以別於十進位數字。
茲將十進制與十六進制對應表列於下面:
二進位值 八進位值 十進位值 十六進位值
0 0 0 0H
1 1 1 1H
*10 2 2 2H
11 3 3 3H
*100 4 4 4H
101 5 5 5H
110 6 6 6H
111 7 7 7H
*1000 *10 8 8H
1001 11 9 9H
1010 12 *10 0AH
1011 13 11 0BH
1100 14 12 0CH
1101 15 13 0DH
1110 16 14 0EH
1111 17 15 0FH
*10000 *20 16 *10H
★ 凡前有 *者表示進位。
★★二進位數後應加‘Ｂ’，八進位後應加‘Ｏ’。
由上可知，十六進制仍沿用十進位數字，只是到了10時，已無現成數字可用，只好借用英文字母。在程式中，匯編程式為了分辨ASCII 字符與十六進制數值，通常規定凡十六進位數值以英文字母開始者，在其字母前加一‘０’。
三、對暫存器的認識
暫存器 (Register) 相當於調色皿，資料相當於色料。把色料放進調色皿裏，為的是要得到預定的效果，暫存器對於資料亦然。
調色皿有大有小，深度有深有淺，其目的是針對不同的情況，以作有效的處理。暫存器也是一樣，應用得好，程式會很精簡，容易修改、閱讀。否則，想到哪一個就用哪一個，沒有原則，沒有章法，這種程式委實不敢恭維。
暫存器的重要性，在於處理方便靈活、速度快，佔用空間小。不幸8088 CPU的暫存器很少，用起來總是捉襟見肘，辛苦異常。正因為此，暫存器的善用與否，成為程式效能高低的關鍵技術。
有些程式師不願意精打細算，經常設定一些「緩衝器」，利用緩衝器可以任意定名、便於記憶的優點，竟把珍貴的暫存器，當作各緩衝器間、搬運資料的交通工具，只見資料不停的搬進搬出。雖然程式師省了點事，但運行速度白白浪費了，空間也被糟蹋了。寫這樣的組合程式，遠不如去用高階語言。
當然，緩衝器是有必要的，但也只限於「必要」的情況，而且，在程式規劃時，就要考慮各種應用的條件，把緩衝器內的值取出後，一次處理完畢。如果不能一次解決或是經常要用到的資料，則設法放在暫存器中。
實際上，任何程式不可能在一個過程中，同時需要很多特殊的資料。好的程式師能把複雜的工作處理得有條不紊，功力不夠的，往往把簡單的事情弄得令人難以理解。8088的暫存器的確是不夠用，但是卻不至於少到要以緩衝器取代的地步。
工作的好壞、成敗，與人的組織能力有絕對的關係，限於篇幅，我們不能多談。可是，利用暫存器的特性，來處理繁雜的資料，倒也是訓練組織力的方法之一。
首先，我們應該把暫存器視為工具，瞭解工具的功能、性質，然後要能銘記於心，純熟地加以運用。
根據個人的理解，暫存器概分六類：
1,分段用
程式段 CODE SEGMENT ：CS
資料段 DATA SEGMENT ：DS
堆棧段 STACK SEGMENT ：SS
特設段 EXTRA SEGMENT ：ES
2,堆棧用:
堆棧值 STACK POINTER ：SP
棧用器 BASE POINTER ：BP
3,記憶轉換用:
源存器 SOURCE INDEX ：SI
終存器 DESTINATION INDEX ：DI
4,一般用:
累積器 ACCUMULATOR ：AX
兼用器 BASE ：BX
計數器 COUNTER ：CX
資料器 DATA ：DX
5,標誌用：旗號值 STATUS ：FLAG
6,指示用：執行值 INSTRUCTION POINTER ：IP
為了便於記憶，我們給暫存器定中文名，其定義為：
凡分段用者率稱「段」，做為各段起始位置指示用，其計值方式為：系統中的絕對地址＝（本值×16）＋各段定址值
如：資料段為 1600H，乘16即為16000H。
如源存器為 1234H，則此源存器在系統中由０算起的地址為：17234H。
應注意者，各種以「器」定名的暫存器，皆有限用的段，切勿混用。
凡定名為「值」者，皆為不能用來供程式寫作的暫存器。如堆棧值（SP）係指示堆棧所在位置；旗號值（FLAG）表示旗號標誌的情況；執行值（IP）則代表程式當前所執行的地址。這些暫存器值並非不能改變，但對技巧尚不夠純熟者，最好保持原值，不要妄動。
經常使用的「器」有兩種，一以16位元為單位，如棧用器、源存器及終存器; 另一種則具有兩個分別稱「高位」及「低位」、各有８位元，可單獨使用，也可合併為16位元的暫存器AX,BX,CX,DX。
暫存器通常作為容器用，但有些多用為記憶區之定址，以便將其中貯存的資料取出應用。前者稱為容器功能，可以作計算、邏輯處理等。後者稱為定址功能，係供處理各「器」所定位址的資料用。由於8088 CPU的定址方式，受限於當初不成熟的設計理念，偏偏 IBM獨具慧眼，選中了它，所謂城門失火，殃及池魚，讀者不得不多花點功夫，小心應付。
棧用器（BP）屬於堆棧段的記憶位置，係提供給高階語言結構使用，對組合語言來說，功能不大，但若善於運用，也不無價值。
源存器（SI）固定指向資料段，將源存器中的資料取出，所指的是取出資料段中的資料。設若
DS=2000H SI=1234H，則
SI中的1234H 係指系統中 2000H×16加上位址值 1234H。
不過，使用者不必去計算，只要知道是由資料段起，位址為1234H 即可。
終存器（DI）較為複雜，通常它是指向資料段，可是有幾個指令涉及大量資料轉移，需要由源存器搬到終存器。由於受限於分段的設計，為了便於段間應用，所以特別規定：在這種情況下終存器係指向特設段（ES）。也就是說，只能由資料段移向特設段。程式師可以先設定各段的段暫存器，再作轉移。若要在同一段中作資料轉移，則應使資料段＝特設段。
一般用的暫存器，都可以分成兩個８位元、各命名為高、低位暫存器，如：
累積器：AX 高位 AH ，低位 AL
兼用器：BX 高位 BH ，低位 BL
計數器：CX 高位 CH ，低位 CL
資料器：DX 高位 DH ，低位 DL
其中累積器的功能最強，可以做乘、除計算，AH尚有貯存旗號的特殊指令。尤其是從記憶區中取值或將值放進記憶區內時，效率最高，如 LODS ， STOSW等。
由於其功能高，運用靈活，所以宜於打雜，千萬不要賦與固定的使命。
兼用器則有一種重要的特性，它是一般用暫存器中，唯一能自記憶區中讀取資料者（XLAT指令除外），所以作為「資料及定址轉換」 (後文將專門介紹此一功能) 方便異常。
計數器常用作「迴路」或次數的記錄，也有專用的指令，除非不得已，或者計數用得不多，最好保留備用。
資料器功能最少，最好固定其用途，選擇經常需要應用的資料，置放其中，以便發揮時間空間的最高效率。
四、對指令的認識
指令就是「指揮」、「命令」，用以控制電腦，一步一步地實現程式的計劃。
組合語言的格式為：
( 下行中凡標“[ ] ”者，表有些指令可省略 )
[前置元] 指令 [目的操作元，源始操作元]
1,「前置元」：以下諸例即為前置元的用法。
11段名：表後面的操作元應屬於此臨時前置段。如：
MOV AX,CS:BUF1
12定義：表示其後緩衝器的臨時定義。BYTE PTR表示以一個字元定義的資料; WORD PTR表雙字元資料。
不論緩衝器的原定義為何，凡有前置元者，皆以臨 時定義為準，如：
ADD BYTE PTR BUF1,CL
前置元除了定義緩衝器長度外，亦可表示距離，
JMP SHORT ABCD
2,指令：
11使用方法：
1-1 暫存器到暫存器，但限長度相同者。
MOV AH,BL ; 為字元
XCHG AX,BX ; 為二字元
1-2 暫存器到緩衝器，或緩衝器到暫存器。
OR BUF1,AX ; BUF1為緩衝器，WORD
ADD CL,BYTE PTR BUF1
1-3 數值與暫存器或緩衝器之間。
TEST DI,8000H
AND SI,0FFH
SUB BYTE PTR BUF1,3
★數值絕不可作為「目的」操作元
1-4 將記憶區的地址放在暫存器中，以傳送該地址的內容，或傳送變數以便間接調用資料。本法限用於源存器（SI）、終存器（DI）、棧用器(BP)及兼用器（BX）。如：
MOV AL,BYTE PTR [DI]
XOR [BP],DL
MOV AX,[DI][SI]
MOV AX,BUF1[DI]
JMP LAB1[BX]
1-5 執行指令本身，不需源始或目的操作元。
PUSH CS
POP DS
CALL ABCD
JMP ABCD
CLI
STD
LAHF
RET
1-6 執行計數者。
LOOP ABCD
REP MOVSB
SAL DL,CL
ROR AX,1
DEC BX
1-7 暫存器專用指令。
OUT DX,AL
MUL BUF1
DIV CX
STOSB
LODSW
1-8 條件執行者。
JNZ ABCD
JA ABCD
JCXZ ABCD
INT 10H
IRET
12應用功能可分為下列八項：
2-1 資料轉移：1-1,1-2,1-3,1-4皆有可能。
2-2 旗號控制：1-5 涉及旗號者。
2-3 段址處理：1-1,1-2 項可能。
2-4 數學計算：視指令而定，上述各項皆可。
2-5 字串處理：1-6,1-7 項功能。
2-6 控制轉換：1-5。
2-7 條件執行：1-8。
2-8 中斷處理：1-8。
3,操作元：可分成暫存器、緩衝器及數值（Immediate Data）。其書寫方式與習慣的由前到後正好相反，使用時要小心，其餘細節請參看有關組合語言手冊。
第二節 工作環境
一、系統空間
IBM PC的記憶區定址，是採用倒裝方式 (Big Endian) ，即定址值係由大到小，不同於一般由小而大(Little Endian) 的定址常識。
不論當初如此設計的目的何在，這種與人的習慣相反的觀念，給寫作組合語言者帶來極大的困擾。不僅初學者常莫明其妙，連我個人多年來一直與圖形處理為伍，都感到汗顏。每次在處理圖形時，一定要將原圖畫在紙上，對照參詳，才能瞭解是怎麼回事。
舉例說，有個圖形值在AX中，要寫進 DI 所指記憶區位置中，寫完以後，AX要向右移一位再繼續寫，直到CX＝０。
這是一個非常簡單，而且經常用到的動作，可是在使用「倒裝定址」時，麻煩就來了。
假設AX值為4567H ，DI指向記憶區2000H ，倒裝的放法，是先將AL的值放進2000H 的記憶單位中，再將AH放進2001H 的記憶單位裏。如果從由小到大的定址觀點來看，這就等於是在2000H 中放了一個十六位元的值6745H 。
這倒不打緊，因為再從記憶位址2000H 中放回 AX 時，仍然成為4567H 。問題是在作圖時，一旦4567H 變成了6745H ，圖形就左右顛倒了。補救的方法，是在放進記憶區之前，先將AH及AL交換，放完以後，再重新交換回來。說來不算大事，可是白白浪費了兩個指令的時間及空間。對速度極關緊要的畫圖顯示而言，要畫幾萬個點，所累積的時間就不可小觀了。
除此之外，在寫程式時，對圖形的效應要能掌握，才會有良好的成果，像這樣每次轉來轉去，頭都昏了，自然而然就失去了耐性。
現在，80386 CPU 問世了，且不談效果，讀者可以試想，把32位元的 12345678H轉換成 78563412H要多少道手續?
這種痛苦的手續，也是美國人不願意用組合語言的理由之一。在高階語言中，有編譯器代勞，問題好像不大。但對效率的要求而言，就得不償失了。圖形功能是當今及未來電腦的主流之一，由於當初設計者沒有遠見，導致無窮的後患。
問題尚不止於此，IBM PC/AT 的系統空間，在定址的理論上，可以有 1MB（暫時不必考慮記憶擴充及EMS 等問題），然而真正能提供作為程式執行的空間，卻不足 600KB。
我們且看其系統空間的安排：
0000H 段 0000H－007FH 計 128字元，為32個基本中斷。
0008H 段 0000H－0380H 計 896字元，供系統管理中斷。
0040H 段 0000H－00FFH 計 256字元，為基本程式資料。
0054H 段 0000H－9C00H 約 34K字元，DOS 程式佔用。
唯有在 00E1H段－09000H段的前半是使用者可以控制的空間，其後，又被系統佔用：
09000H段由0A000H附近直到0FFFFH，為DOS 所用。
0A000H段，為 VGA圖形顯示區。
0A800H段，為 EGA圖形顯示區。
0B000H段，為文字態緩衝區，螢幕處理器6845自動管理。
0B800H段，為圖形態顯示區，螢幕處理器6845自動管理。
0C000H段，至0D000H段，各機種不定，供 EMS擴展記憶。
0C800H段，為唯讀記憶體，其內為硬碟控制程式。
0E000H段，1MB 的主機此處為 RAM，否則此段不能使用。
0F000H段，為唯讀記憶區，其內為基本輸出／入程式。
由上可知，整個系統的規劃不盡理想，尤其受限於8088的CPU 原先錯誤的設計理念（段暫存器現為定址的16倍，即每進一，相當於地址增加16。在最初，如果不考慮與8080兼容，原可輕易地定為 256或更高倍。）所以，當要擴充記憶容量時，便產生了 EMS這種無可奈何的高科技畸形兒。
二、週邊設備
所謂週邊設備，率指須透過系統的輸出／入匯流埠（I/O Port），及其管理程式所控制的外部各種設置。
在此定義下，鍵盤就是一種週邊設備，除此之外，螢幕顯示器、印表機、磁碟機等，均屬週邊設備。顯然，程式師必須瞭解每一種週邊設備的性質，否則無法下手。
由於週邊設備種類繁多，且各有其使用規格，可以說毫無技巧可言，故本書不擬一一介紹。要之，把各種設備所定義的規格條件，抄錄在記事簿中，以便隨時查閱。
此外，為求程式能有效地應用於各種不同規格的週邊設備上，千萬不可在應用程式中統一處理，最好定妥各種介面，作為附屬程式，由使用者自行設定。
這樣規劃的第一個原因，是無人能預知到底未來需要多少種不同的設備，掛一漏萬，以後程式增改不易，可能導致功能不足，或程式鬆散的後果。
第二個原因在，使用者經常使用的設備是固定不變的，將一些永遠用不到的程式放在一起，是無謂地浪費空間。
第三個原因為技術雖在進步，程式應用觀念則難以改變，主導程式與週邊設備之介面程式不應糾結在一起。一個沒有渣滓、精心雕琢的程式才有永恒的價值。終有一天，當電腦技術成熟時，原應用程式無需改動，僅將處理週邊設備的附屬程式換成新的即可。
這就是生命，就是新陳代謝，有了這些認識，才能理解組合語言的精義。
三、系統程式
在 ibm pc/at系統中，只有兩種系統程式，一是磁碟作業系統程式 (ms-dos 或 pc-dos )，負責系統啟動、記憶區管理以及部份輸出／入處理等工作。此系統程式原貯存在系統磁碟中，開機時才調入系統中，所以容易修改。由最初推出的版本1.0 ，到現在已是4.01，其功能還在不斷地改進中。
另一種為基本中斷服務程式（BIOS），貯存在唯讀記憶體中，除非機種易動，否則永遠不會改變。基本中斷程式的主要功能為便利程式師，把所有的週邊設備所需要的參數，統一由暫存器代為傳輸。程式師可按照規定，把正確的值，放到規定的暫存器中，基本中斷便會優先執行。
這兩種系統程式，程式師必須熟悉，至少，應知道何種功能要用哪一個中斷。
這兩種系統程式，都因瞻前顧後，速度不夠理想。因之有些程式師，根本不用這些中斷，自行控制輸出／入埠。這種做法確實能提高速度，自由控制。而相對的，程式的通用性也減低了。是否值得，設計前應先考慮清楚。
此外，這兩種中斷程式有些相互重複之處，如鍵盤輸入及螢幕輸出等，經常令人不知如何選用。有人建議用磁碟作業的中斷，我則認為該用基本中斷。
因為系統容許程式改變基本中斷的入口值，所有利用基本中斷的程式，都可修改入口，以增加其應用功能。磁碟作業系統則不然，雖然該程式在磁碟上，且在不斷地改進中，但在改進之時，又必須兼顧過去的客戶。時間一久，問題就發生了。且改進越大，越顯得過去的作業方式落伍，兼容就是保留過去渣滓的代名詞。兼容性越高，包袱就越重，空間浪費越大。
建築在這種基礎上的程式，必須冒種風險：是否有一天，磁碟作業系統會面臨運轉困難或遭解體的厄運?O/S2的問世已經表明了，此系統的大限業已到來。
基本中斷可以改變，意思是說，除了一部份BIOS空間的浪費無可避免外，在PC系列中，系統中斷的觀念不會再改變。只要程式師能把握基本中斷程式的技巧，則不論未來的系統變化到任何地步，一個具有實用價值的程式，理論上其生命期應該是很長的。
四、配備程式
配備程式指的是一些非必要的基本程式，只因為特殊需要而調用。通常，它是由某些系統提供，配備給某些程式的。
配備程式包括各種計算的函數及繪圖公式，特殊處理用的lib.等，在某些情況下，也可以將之視為環境，例如視窗管理ms-dos window，記憶擴充裝置 ems等。
配備程式的產生，証明了電腦軟體發展的迂迴歷程，同時也表示出軟體的靈活性。在我個人的觀念中，配備程式如果能有一定的設計方式，有統一的規格，很可能在大量的、不斷發展下，成為一個個「公用模組」，並可專門提供模組，以供用戶應用，使得軟件的製作變得輕而易舉。
寫作或應用這些程式，別無其他法門，唯有熟記於胸，才能得心應手。
五、公用模組
模組應是未來電腦軟件發展的主流，每一類模組的功能，代表了各行各業的經驗及訣竅。使用者無需瞭解模組的製作技巧，只要知道如何調用，就可以完成工作。
目前尚無廠商提供「公用模組」，但是隨著觀念的拓廣，一旦有了理論，有人先行一步，這種潮流即將形成。我們即將推出的“聚珍整合模組”，第一階段尚限於程式師使用，再下一步，當客戶直接調用的介面完成後，程式的發展方向又將改弦易轍了。
第三節 處理對象
一、數據資料
數據資料率指可以輸入、處理及計算的二進位資料，在工作過程中，安全性為第一考慮因素，同時要兼顧精確以及完整性。此類資料一般說來數量都相當大，要妥善規劃資料長度，否則存貯空間會成為執行程式時的主要課題。
寫作此類程式時，各種進位制的轉換，顯示區的定位，計算公式的處理等都應該作為子程式，以便任意調用。
而真正關鍵問題卻在於：數據的極限是否能夠明確得知，在有限的範圍中，絕對可以設計一種「結構化」的規格，符合效率的需求。否則也應根據其規則性，配合程式的特性，有效地加以處理。
二、文字資料
文字資料多為字符態，拼音文字所應該注意的是，字與字間的空間調整，齊頭、齊尾、齊中等變化，行末斷字的規定，以及字體、字形、字號等。
中文尚有輸入碼、內碼等處理問題。原則上，如果要考慮中、英文兼容，則應注意螢幕上的字形顯示與字碼記憶區的位置，應佔相同的比例。
目前，由於英文字、碼不分，皆佔一字元，螢幕上標準格式為25行80字，即採用所謂「文字狀態」。而中文字形至少要有16x 16點陣，且需用圖形方式（也有採用文字態，再加特殊硬體者，但成本偏高，有礙中文電腦未來發展）。因此，當採用640x 400或近似規格時，中文字形與英文之比，約為2:1。
在此基礎上，以二字元為中文的內碼長度，是最常用的結構。但是隨著技術及觀念的進步，有些英文系統已在使用二字元碼，是則，中文有使用四字元的必要。
從另一方面來看，大陸所用的「國標碼」，係抄自日本五十年代的 JIS CODE －日本工業標準，最多僅能容納8836個符號，其中「漢字」尚不足八千。而國標碼更為精簡，收字6763個。中文源自中國，現在卻借鏡東洋的「工業標準」，且搖身一變，竟成為十餘億人口的「國家標準」，真可謂每下愈況。無獨有偶，台灣也有所謂的標準，BIG-5 的13,053字，雖然是國標碼的兩倍，二者終究是五十與百步之差而已。
為什麼要訂定這種「辱及先祖」的文字標準呢？誰又夠資格訂定中文標準呢？從事電腦工作者不過是些「技術專家」，連電腦這一行所有的技術尚未必精通，更何況隔行如隔山，竟然撈過界，撈到文字界這個相離十萬八千里的領域去了。
文字是人類思想、文化的載具，先賢先聖們殫精竭慮所創造的文字，就是用來傳達他們對宇宙、人生的認知。我們後代子孫不肖，不能領悟其微言大義倒也罷了。對電腦技術瞭解不足，沒有能力令電腦應用中文，這也可以理解。但自以為是，依權仗勢，妄想偷天換日，僅用少數認識的文字，定為整個國家的「文字標準」，並強制國人接受，這種顢頇就難以令人苟同了。
在運用中文時，由於各家發展的系統觀念不一，有的甚至違法盜襲國外軟件，為了兼容起見，必須「削足適履」。原則上，中文內碼將第一字元中第八位位元設為一，得以與「美國工業標準碼」的ASCII (American Standard Code for Infor-mation Interchange)有別。
文字資料處理上最重要的工作，是排序的技術問題，國標碼僅六千多字，卻分為二集，把常用字放在前集，次常用字在後部。但是這種順序與使用人的觀念毫無關連。除了統計這種使用頻率的學者專家外，不可能有幾個人理解何字是常用字，何字不是。
於是，當我們要利用電腦的高速效率，將輸入的中文加以排序整理時，國標碼完全起不了作用。也就是說，編碼原為提高效率，而我們的編碼只為了編碼，與效率毫不相干。
唯一的補救辦法是，再建一個排序表，與國標碼一一對照使用。
高科技界因為利潤高、地位高，故而高論、高見特多，只是動起手來就難免「眼高手低」，再不然則是「高論調、低效率」。
相信人人都有查字典或電話簿的經驗，對用英文來說，是輕而易舉，中文則麻煩多多。國人只知抱殘守缺，自卑自憐，而不求瞭解其因果原理。一般人如此倒也罷了，高科技界倘如此，就有點說不通，甚至令人懷疑是否別具用心。
英文所以方便無他，因其字母具有直接索引的功能！中文則有前人訂定了一套「部首、筆畫」的索引觀念。這在過去資訊不發達的時代，的確是個創見，也足敷應用，但是現代與字母的直接索引相較，在效率上究竟差了一大截。
也有人認為，我們要維護中華文化，就應該死抱著古人所定的索引觀念。這種說法只有一點不足，就是忘了把大漢衣冠也穿得整整齊齊，甚至用文房四寶取代現代化事務工具！
麻煩的是，「部首、筆畫」是兩種不同的索引觀念，當沒有時間因素介入時，孰先孰後關係不大。可是用到電腦上，就必須定先後次序，否則礙難執行。
對姓氏筆畫少的人，當然主張「筆畫」優先，姓氏部首明顯的，則主張先排「部首」。這點不難理解，出席一個重要的慶典，或在報上亮相，人數一多，排名先後所涉及的利益，至關重大，不能不爭！問題在於，除了私利外，部首筆畫這種沒有效率的索引觀念，還有什麼實用的價值？如果一定要保存，作為一種特例，當然可以。可是電腦所追求的是效率，每個中文的部首和筆畫，都需要建對照表，才能應用，字集越大，空間需求越大，時間消耗也越長。
這還不說，索引不僅是提供給電腦用的，人更需要。僅以查電話本為例，「張偉雄」這個名字，我們憑什麼知道其前後的「定位」關係呢？表面上看來，只要查三次部首及其筆畫、以及數三次這三個字的筆畫。而事實上，在查找的過程中，每遇到一個名字，都要重覆前述的手續，才能加以比較。
有人振振有詞說，有些字一眼看過去就知道是幾畫！至少我個人沒有這種本事。而且根據統計，中文平均以十四畫的居多，由九至十八畫，就很難靠視覺分辨！再若人名一多，視覺就很容易疲勞。
又有人說話了，現在是給電腦排序，與人不相干！殊不知字母排序可以立即執行，而部首、筆畫排序要多作三至六次動作，茲以先部首後筆畫為例：
1,查本字之部首序值。
2,查對照字之部首序值。
3,比較兩者之大小，決定是否需要再比。
4,再比時，查本字筆畫數。
5,查對照字之筆畫數。
6,比較兩者之大小，以決定序位。
把這些步驟寫成程式，以中文兩個字元的內碼計，（意思是說中文收字在兩萬以下）如果用對照表的方式，空間當在64KB以上，速度則較英文慢約50倍。再若採用公式計算，空間或能節省，但速度將慢上千、百倍之多。
這還是指兩萬字以下的情況，若採用漢字全字集，後果將不堪設想。所以「專家」們一致認為，為了效率，字收得越少越好！
怎樣才能算是真正的「中文電腦」？我十多年前所面對的「敵人」，是主張將中文字埋葬掉。這種人不難對付，因為到底他們還是中國人，在民族大義的旗幟下，多多少少心中也存著樂見中文電腦成功的意願。所不同的，只是他們不相信有此可能罷。
現今的「敵人」則頑強得多，他們同樣喊著民族大義的口號，又是公認的中文電腦「專家」。更可怕的，目前使用中文電腦的人，不見得對中國文化有什麼明確的認識，有個工具列印一些文件，就相當知足了。於是，這些客戶也在其主觀的立場，認定目前這種「市場佔有率高」的半調子，就是「中文電腦」的標準！
是嗎？如果中文字有六、七萬字，而目前只能用幾千、甚至一萬多字，那麼其他的字呢？算不算是中文，如果算，為什麼「中文電腦」中沒有？這種電腦能說是「中文電腦」嗎？
有人又說了，沒有關係，以後再說。怎麼說呢？有一種方法，是將文字「分集」，分成：常用字、次常用字、次次常用字、罕用字、罕罕用字等等。且不管是哪位學者有這麼大的學問去「分集」，我所知道的只是用這種方法，人無從記憶，中文排序的難度又一倍一倍地加了上去。也難怪當初有人認為中文不科學，這不是明証嗎？
其實，中文排序根本沒有問題，我們利用倉頡字母作為索引，效率與英文相等，而且收字可以高達千萬個。至於記憶空間，一個字元都不需要。更有利的是，用作字典、電話簿等的索引，一查即得。
內碼是各個系統、根據其不同的需求、所訂的一種資料形式，沒有任何理由強制規定。當然，如果內碼種類多了，姑不論其編碼的好壞，各個中文系統之間，自然會形成難以溝通的障礙。於是有必要建立一種「交換碼」，供不同系統的內碼，統一交換應用。
這種交換碼才有標準化的必要，而且訂定之時，應該謹慎從事，要能容納所有各家系統所收的字，否則無從交換。
不論是哪種碼，必然會有其特殊規定，在寫作之前，程式師一定要設法找到該系統所用的「碼表」，否則無法處理。
三、圖形資料
在電腦圖形資料的處理方面，目前只有點陣及向量兩種形式，前者即二進位資料 (Digital Data) ，後者則是繪圖用的公式值。實際上，還有所謂「概念資料」的形式，將視覺效應經過分析後，整理成為人能夠理解的「概念」。這種概念資料非常精簡，便於貯存，取出後，再通過「概念作圖」的過程，還原成為圖形。
一個優秀的畫家，必然有這種概念作圖的能力，只要把畫家的經驗寫成程式，將其記憶的特徵設計為資料，電腦必將忠實地執行，而且每次都畫得一模一樣。
如果是處理二進位點陣資料，不外乎是壓縮、還原、截取及綜合等幾種簡單功能。繪圖向量值則比較複雜，涉及計算、調整、變數、層次等多種技巧。
簡單地說，繪圖資料所考慮的，比文字資料難度高，要想得到理想的效率，最重要的應是資料結構的定義，其次是層次的安排，以及特徵性質的描述等。此外，輸入變數處理涉及人的應用方式，除了專業人員外，多數人尚未能適應這種新的繪圖觀念，經驗的不足，以致迄今尚未製作出理想的程式來。
概念繪圖必將成為未來的主流，它不僅符合人類的認知習慣，且易於應用。只要概念資料建得週全、完整，略為改變其中一些概念元素，就能得到各種結果。
四、概念資料
人類係以概念進行思考，並透過概念來認識外界。所以，對人而言，最有效的應用方式，就是人已經熟知的概念。
概念並不是語言，而是組成語言的最基本因素。每一個人對外在世界的認知，都是獨一無二的，由於人類生存在群體空間裏，需要經常彼此交換經驗，于是利用聽覺效應表達概念，便產生了語言；利用視覺符號，則產生了文字。
前述的圖象概念資料屬於「具象」資料，除了具象以外，還有抽象的，包括主觀的感受、認知、慾望等等，因與主題無關，這裏不加討論。總之，這些概念資料的結構，在電腦中必然是二進制的形式，只是因每一個設計者觀點的不同，性能有所區別罷了。
直到如今，尚未見到實際應用概念資料的程式，但是它將成為電腦的基本結構，卻是指日可待的。
作為程式師，天天與電腦為伍，不能不知道電腦未來的趨勢，更不能不多加努力，掌握技術發展的機先。正因為概念資料尚未定形，人人都有相同的機會，做一個開創時代的先河。否則，等到大局底定時，只有在後面苦苦追趕，由不得己了。
五、綜合資料
功能較強的程式，很少僅具有單一的資料。尤其是「整合軟件」越來越受到重視，各種資料最終都將綜合在一起。
綜合資料有兩種意義，一是人所認識的輸入資料，一是電腦貯存的處理資料。
輸入資料又可分指令及字符兩種，在傳統的觀念裏，不將指令視為資料，因為指令一旦執行以後，即不再發生作用。可是，在桌上型排版軟件廣泛流行以後，為了控制版面，必須將相關指令隨資料同時貯存起來。而排版已經成為電腦重要的功能之一，所以在未來的發展上，輸入資料必須考慮到指令。
在整合觀念中，輸入資料應有統一的規定，亦即不論是何種性質的軟件，其鍵盤的應用、字符的定義等，都應該有全面的考慮。
關於資料內容，也有 ASCII字符及「世界字符」之爭，對早期的英文系統而言，其他文字無關緊要，所以沒有適當的「世界字碼」可供應用。然而，資訊時代究竟不是英文使用國家的專利，在各國覺醒之際，都憬悟到字碼的重要。不論 ISO國際組織如何面對問題，我個人不相信世界文字在其保留的、極為有限的「編碼平面」上，能夠發揮多大的效益。充其量，可供一段時間內、某些商業上的應用而已。
我認為真正的資訊標準，將是以各國文字為根本的自然語言，而目前最理想的方式，則為多字元的字碼方案。拼音文字系統以二字元為宜，除了可以同時應用世界各國文字以外，並且符合當前微電腦的發展趨勢。
在中文系統上，我們採用四字元的「自然碼」，即將倉頡輸入碼壓縮的方案。如此，我們可以使用上千萬個中文字，有人會說沒有人需要那麼多字，但事實上有誰能預料呢？當初倉頡造字時，相信不會超過一千，如果他武斷地訂定「標準」限制後人用字，很難想像我們的民族還會有什麼文化？
台灣曾有專家對我這種意見，表示是「不合乎潮流，註定要失敗」，然而到底是誰不合潮流呢？四字元的微電腦已經到來了，而且被公認為今後的主流。在四字元的硬體結構上，自以一次讀取四字元、其次為二字元最為有效。所以這些觀念已經落伍的專家，還是去撈些鈔票，把研究發展的工作，交給夠資格的人去做吧！
第四節 指令應用
組合語言可以說是未經整理的、原始的電腦語言，讀者們大可下一番功夫，找出其應用的規則，以發揮最高的效率。在下面，我僅就個人的經驗，提供一些淺見，以供切磋研討。
要寫好程式，首先應熟記8088指令的時鐘脈衝（Clock ）及指令長度，一般組合語言手冊中，都詳列了與各指令相關的資料。「工欲善其事，必先利其器」，此之謂也。
本節所討論的，是一般程式師容易忽略的細節，所有的例子都是從我所看過的一些程式中摘錄下來的。看來沒什麼大了不起，可是程式的效率，受到這些小地方的影響很大。更重要的是，任何一個人，只要有「小事不做，小善不為」的習慣，我敢斷言，這個人不會有什麼大成就！
我最近才查到 Effective Address (EA) 的時鐘值，我覺得沒有必要死記。原則上，以暫存器為變數，做間接定址時為５個時鐘，用直接定址則為６個；若用了兩組變數，則為７至９個，三組則為11或12個。
為了便於敘述，下面以“Ｔ”表「時鐘脈衝」; “Ｂ”表字元。其中
時鐘脈衝T = 1 / 振盪頻率
一、避免浪費速度及空間
組合語言的效率建立在指令的運用上，如果不用心體會下列指令的有效用法，組合語言的優點就難以發揮。
1, CALL ABCD
RET
這種寫法，是沒有用心的結果，共用了 4B，23T+20T，完全相同的功能，如：
JMP ABCD 或
JMP SHORT ABCD
卻只要 2-3B，15T。
此外，上述的CALL XXXX 是調用子程式的格式，在直覺認知上，與JMP XXXX完全不同。對整體設計而言，是不可原諒的錯誤，偵錯的時候，也很難掌握全盤的理念。
尤其是在精簡程式的時候，很可能會遇到 ABCD 這個子程式完全獨立，是則把這段程式直接移到 ABCD 前，不僅能節省空間，而且使程式具有連貫性，易讀易用。
2, MOV AX,0
同樣，這條指令要 3B，4T,如果用：
SUB AX,AX 或
XOR AX,AX
只要 2B，3T， 唯一要注意的是，後者會影響旗號，所以不要用在有旗號判斷的指令前面。
在程式寫作中，經常需要將暫存器或緩衝器清為０，有效的方法，是使某暫存器保持為０，以便隨時應用。
因為，MOV [暫存器]，[暫存器] 只要 2B,2T， 即使是清緩衝器，也比直接填０為佳。
只是，如何令暫存器保持０，則要下一番功夫了。
還有一種情況，就是在一迴路中，每次都需要將 AH 清０，此時對速度要求很嚴，有一個指令 CBW 原為將一 個字元轉換為雙字元，只需 1B，2T 最有效率。可是應該注意，此時 AL 必須小於 80H，否則 AH 將成為負數。
3, ADD AX,AX
需要 2B,3T不如用：
SHL AX,1
只要2B,2T。
4, MOV AX,4
除非這時 AH 必為０，否則，應該用：
MOV AL,4
這樣會少一個字元。
5, MOV AL,46H
MOV AH,0FFH
為什麼不寫成：
MOV AX,0FF46H
不僅省了一個字元，四個時鐘，而且少打幾個字母！
6, CMP CX,0
需要 4B，4T， 但若用：
OR CX,CX
完全相同的功能，但只要 2B，3T。再若用：
JCXZ XXXX
則一條指令可以替代兩條，時空都省。不幸這條指令限用於CX ，對其他暫器無效。
7, SUB BX,1
這更不能原諒，4B，4T無端浪費。
DEC BX
現成的指令，1B，2T為何不用？
如果是
SUB BL,1
也應該考慮此時 BH 的情況，若可以用
DEC BX
取代，且不影響後果，亦不妨用之。
8, MOV AX,[SI]
INC SI
INC SI
這該挨罵了，一定是沒有記熟指令，全部共4B，21T。
LODSW
正是為這個目的設計，卻只要 1B,16T。
9, MOV CX,8
MUL CX
寫這段程式之時應先養成習慣，每遇到乘、除法，就該打一下算盤。因為它們太浪費時間。８位元的要七十多個時鐘，16位元則要一百多。所以若有可能，儘量設法用簡單的指令取代。
SHL AX,1
SHL AX,1
SHL AX,1
原來要 5B，137T，現在只要 6B，6T。如果CX能夠動用的話，則寫成：
MOV CL,3
SHL AX,CL
這樣更佳，而且CL之值越大越有利。用CL作為計數專 用暫存器，不僅節省空間，且因指令係在 CPU中執行，速 度也快。
可是究竟快了多少? 我們做了些測試，以 SHL為例，在10MHZ 頻率的機器上，作了3072 ×14270次，所測得時間為：
指 令 ：SHL AX,CL SHL AX,n
CL = 0 ， 23 秒 n = 0 ， 無效
CL = 1 ， 27 秒 n = 1 ， 14 秒
CL = 2 ， 32 秒 n = 2 ， 28 秒
CL = 3 ， 36 秒 n = 3 ， 42 秒
CL = 4 ， 40 秒 n = 4 ， 56 秒
CL = 5 ， 44 秒 n = 5 ， 71 秒
CL = 6 ， 49 秒 n = 6 ， 85 秒
CL = 7 ， 54 秒 n = 7 ， 99 秒
由此可知，用CL在大於２時即較分別執行有效。
此外，亦可利用迴路做加減法，但要算算值不值得，且應注意是否有調整餘數的需要。
10, MOV WORD PTR BUF1,0
MOV WORD PTR BUF2,0
MOV WORD PTR BUF3,0
MOV BYTE PTR BUF4,0
..
我見過太多這種程式，一見就無名火起! 在程式中，最好經常保留一個暫存器為０，以便應付這種情況。即使沒有，也要設法使一暫存器為０，以節省時、空。
SUB AX,AX
MOV BUF1,AX
MOV BUF2,AX
MOV BUF3,AX
MOV BUF4,AL
14B，59T取代了 24B，76T,當然值得。只是，還是不 如事先有組織，考慮清楚各個緩衝器間的應用關係。以前面舉的例來說，假定各緩衝器內數字，即為其實際位置關係，則可以寫成：
MOV CX,3
如已知 CH 為０，則用：
MOV CL,3
SUB AX,AX
MOV DI,OFFSET BUF1
REP STOSW
STOSB
這段程式越長越佔便宜，現在用10B，37T，一樣划算。
11,子程式之連續調用：
CALL ABCD
CALL EFGH
如果 ABCD，EFGH 都是子程式，且調用的次數甚多，則上述調用的方式就有待商榷了。因為連續兩次調用，不僅時間上不划算，空間也浪費。
若ABCD一定與EFGH連用，應將ABCD放在EFGH之前：
ABCD:
..
EFGH:
..
像這樣，只要調用ABCD就夠了，但這種情形多半是程式師的疏忽所致，如兩個子程式必需獨立使用，而上述連續調用的機會超過兩次以上，則應該改為：
CALL ABCDEF
而ABCDEF則應為：
ABCDEF:
CALL ABCD
EFGH:
..
這樣的寫法速度不會變慢，而空間的節省則與調用的次數成正比。
12,常有些程式，當從緩衝器中取資料時，必須將暫存器高位置為０。如：
SUB AH,AH
MOV AL,BUFFER
這時應該將 BUFFER 先設為：
BUFFER DB ?,0
然後用：
MOV AX,WORD PTR BUFFER
如此，不但速度快了，空間也省了。
13,有時看來多了一個指令，但因為指令的特性，反而更為精簡。如：
OR ES:[DI],BH
OR ES:[DI+1],BL
這樣需要8B,32T，如果改用下面的指令：
XCHG BL,BH
OR ES:[DI],BX
XCHG BH,BL
則需7B,28T。
14,PUSH 及 POP 是保存暫存器原值的指令，都只需一個字元，但卻很費時間。
PUSH 佔 15T，POP 佔12T,除非不得已，不可隨便使用。有時由於子程式說明不清楚，程式師為了安全，又懶得檢查，便把暫存器統統堆在堆棧上。尤其是在系統程式或子程式中，經常有到堆棧上堆、取的動作。實際上，花點功夫，把暫存器應用查清楚，就可以增進不少效率。
要知道，系統程式及某些子程式常常應用，有關速度的效率甚大，如果掉以輕心，就是不負責任！
保存原值的方法很多，其中較有效率的是放到一些不用的暫存器裏。以我的經驗，堆棧器用途最少，正好用作臨時倉庫。但最好的辦法，還是把程式中暫存器的應用安排得合情合理，不要浪費，以免堆得太多。
還有一種方法，是在該子程式中，不用堆棧的手續，但另設一個入口，先將暫存器堆起，再來調用不用堆棧的子程式。這兩個不同的入口，可以分別提供給希望快速處理，或需要保留暫存器原值者調用。
當然，更簡單有效的方法，則是說明本段程式中某些暫存器將被破壞，而由調用者自行保存之。
二、程式要條理通順
1,在比較判斷的過程中，鄰近值不必連比。
CMP AL,0
JE ABCD0
CMP AL,1
JE ABCD1
CMP AL,2
JE ABCD2
..
應為：
CMP AL,1
JNE ABCD0
ABCD1:
..
在標題為ABCD0 中，再作：
JA ABCD2
這種做法端視時間效益而定，似此 ABCD1之速度最快。
2,未經慎思的流程：
ADD AX,4
ABCD:
STOSW
ADD AX,4
ADD DI,2
LOOP ABCD
..
稍稍動點腦筋，就好得多了：
ABCD:
ADD AX,4
STOSW
INC DI
INC DI
LOOP ABCD
..
3,錯誤的處理方式：
MOV BX,SI
ABCD:
MOV BX,[BX]
OR BX,BX
JZ ABCD1
MOV SI,BX
JMP ABCD
ABCD1:
LODSW
..
上例應該寫成：
MOV BX,SI
ABCD:
LODSW
OR AX,AX
JZ ABCD1
MOV SI,BX
JMP ABCD
ABCD1:
..
4,錯誤的流程：
TEST AL,20H
JNZ ABCD
CALL CDEF[BX]
JMP SHORT ABCD1
ABCD:
CALL CDEF[BX+2]
ABCD1:
..
應該寫成：
TEST AL,20H
JZ ABCD
INC BX
INC BX
ABCD:
CALL CDEF[BX]
ABCD1:
..
5,下面是時間的損失：
PUSH DI
MOV CX,BX
REP STOSB
POP DI
PUSH，POP 很費時間，應為：
MOV CX,BX
REP STOSB
SUB DI,BX
同理，很多時候稍稍想一下，就可省下一些指令：
PUSH CX
REP MOVSB
POP CX
SUB DX,CX
為什麼不乾脆些?
SUB DX,CX
REP MOVSB
6,有段程式，很有規律，但卻極無效率：
X1:
TEST AH,1
JZ X2
MOV BUF1,BL
X2:
TEST AH,2
JZ X3
MOV BUF2,DX ; 凡雙數用DX，單數用BL
X3:
TEST AH,4
JZ X4
MOV BUF3,BL
X4:
.. ; 以下各段與上述程式相似
X8:
..
這種金玉其表的程式，最沒有實用價值，改的方法應由緩衝器著手，先安排成序列，由小而大如：
BUF1 DB ?
BUF2 DW ?
BUF3 DB ?
BUF4 DW ?
..
然後，程式改為：
MOV DI,OFFSET BUF1 ; 第一個緩衝器
MOV AL,BL
MOV CX,4
X1:
SHR AH,1
JZ X2
STOSB
X2:
SHR AH,1
JZ X3
MOV [DI],DX
INC DI
INC DI
X3:
LOOP X1
7,迴路最怕千迴百轉，不暢不順，如：
SUB AH,AH
ABCD:
CMP AL,BL
JB ABCD1
SUB AL,BL
INC AH
JMP ABCD
ABCD1:
..
以上 ABCD1這個入口是多餘的，下面就好得多：
MOV AH,-1
ABCD:
INC AH
SUB AL,BL
JA ABCD
ADD AL,BL ; 還原
..
8,當處理字碼時，需要字母的序數，有這樣的寫法：
CMP AL,60H
JA ABCD1
SUB AL,40H ; 大寫字母
ABCD:
..
ABCD1:
SUB AL,60H ; 小寫字母
JMP ABCD
要知道字母碼的特色在於大寫為 40H 至4AH，小寫為60H 至6AH ，以上程式，其實只要一個指令就可以了：
AND AL,1FH
簡單明瞭！
9,大多數的程式在程式師自己測試下很少發生錯誤，而一旦換一另個人執，就會發現錯誤百出。
其原因在於寫程式者已經假定了正確的情況，當然不會以明知為錯誤的方式操作。可是換了一個人，沒有先入為主的成見，很可能輸入了「不正確」的資料，結果是問題叢生。
要知道真正的使用者，絕非設計者本人，在操作過程中，按鍵錯誤在所難免。這種錯誤應該在程式中事先加以檢查，凡是輸入資料有「正確、錯誤」之別者，錯誤性資料一定要事先加以排除。
這樣做看起來似乎程式不夠精簡，可是正確的重要性遠在精簡之上。一旦發生了錯誤，再精簡的程式也沒有使 用價值。
此外，在程式中常有加、減的運算，這時也應該作正確性檢查，否則會發生上述同樣的問題。
三、指令應用要靈活
有一段很簡單的程式，其寫作的方法甚多，但是指令應用的良窳，會使得程式的效率相去天上地下，難以估計。
這段程式的用途，是要將一段資料中，英文字符大、小寫相互轉換。當然，轉換的選擇要由使用者決定，在下面程式且略去使用介面，假設已得知轉換的方式。
設資料在 DS:SI中，資料長度=CX ，大寫轉小寫時BL=0，反之，則BL=1。
我見過一種寫法，簡直無法原諒：
1: LOOP1:
2: CALL CHANGE
3: JC LOOP11
4: ADD AL,20H
5: JMP SHORT LOOP12
6: LOOP11:
7: SUB AL,20H
8: LOOP12:
9: MOV [SI-1],AL
10: LOOP LOOP1
11: RET
12: CHANGE:
13: LODSB
14: OR BL,BL
15: JZ CHANGS
16: CMP AL,61H
17: JB CHARET
18: CMP AL,7AH
19: JA CHARET
20: STC
21: CHARET:
22: RET
23: CHANGS:
24: CMP AL,41H
25: JB CHARET
26: CMP AL,5AH
27: JA CHARET
28: CLC
29: RET
這種程式錯在把由12到29的程式寫得太長，共 25B，有共用的價值，於是作為子程式調用。
試想一下，每一筆資料，都要調用一次，浪費四個字元事小，但每次要費 23+20個時鐘脈衝，資料多時，不啻為天文數字。更何況這段程式寫得極差，在迴路中，又多浪費了幾十個時鐘。關於這一點，下面會繼續討論。
照上面這段程式，略加改進，寫法如下：
1: CHANGE:
2: LODSB
3: OR BL,BL
4: JZ CHANGS
5: CMP AL,61H
6: JB CHARET
7: CMP AL,7AH
8: JA CHARET
9: SUB AL,20H
10: CHANG0:
11: MOV [SI-1],AL
12: CHANG1:
13: LOOP CHANGE
14: RET
15: CHANGS:
16: CMP AL,41H
17: JB CHANG1
18: CMP AL,5AH
19: JA CHANG1
20: ADD AL,20H
21: JMP CHANG1
這樣的寫法還是不佳，因為在迴路中，用常數與暫存器比較，速度較暫存器相比為慢。應該先將需要比較的值，放在暫存器DH，DL 中，改進如次：
1: MOV AH,20H
2: MOV DX,7A61H
3: OR BL,BL
4: JZ CHANGE
5: MOV DX,5A41H
6: CHANGE:
7: LODSB
8: CMP AL,DL
9: JB CHANG1
10: CMP AL,DH
11: JA CHANG1
12: XOR AL,AH
13: MOV [SI-1],AL
14: CHANG1:
15: LOOP CHANGE
16: RET
以上這段程式，空間小，速度快，每筆資料，平均僅需不到40個時鐘值，以10 MHZ計，十萬筆資料，約需半秒鐘！
請注意程式中所用的技巧，由２至６的分支法，就比下面這種寫法為佳：
1: OR BL,BL
2: JZ CHAN1
3: MOV DX,5A41H
4: JMP SHORT CHANGE
5: CHAN1:
6: MOV DX,7A61H
7: CHANGE:
這種分支也可以由另一種技巧所取代，即預設法。事先將所需用的參數放在固定的緩衝區中，此時取用即可：
MOV DX,BWCOM ; 比較之預設值
這樣程式又簡單些了：
1: MOV AH,20H
2: MOV DX,BWCOM
3: CHANGE:
4: LODSB
5: CMP AL,DL
6: JB CHANG1
7: CMP AL,DH
8: JA CHANG1
9: XOR AL,AH
10: MOV [SI-1],AL
11: CHANG1:
12: LOOP CHANGE
13: RET
以上介紹為變數法技巧，即將所要比較的值，放在暫存器中。由於暫存器快速、節省空間，因此程式效率高。更重要的一點，是程式本身的彈性大，只要應用方式統一，事先把參數設妥，即可共用。
四、迴路中的指令
迴路最重要的是速度，因為本段程式，將在計數器的範圍之內，連續執行下去。如果不小心浪費了幾個時鐘值，在迴路的累積下，很可能使程式成為牛步。
要想把迴路寫好，一定要記清楚每個指令的執行時鐘，以便選擇效率最高者。同時，要知道哪些指令可以獲得相同的處理效果，才能有更多的選擇。
其次，在迴路中，最忌諱用緩衝器，不僅佔用空間大，處理速度慢，而且不能靈活運用，功能有限。另外也應極力避免常數，儘量設法經由暫存器執行，用得巧妙時，常會將整個程式的效率提高百十倍。
還有便是少用 PUSH，POP，DIV，MUL和 CALL 等浪費時鐘的指令。除此之外，小心、謹慎，深思、熟慮，才是把迴路寫好的不二法門。
在前例中，把比較常數的指令換為比較暫存器，便是很好的証明。如果用常數，兩段程式決不可能共用，時、空都無謂地浪費了。
以下再舉數例，乍看這似乎有些吹毛求疵，但是仔細計算一下所浪費的時間，可能就笑不出聲了。
茲假定以下迴路需處理五萬字元的資料，頻率為 10MHZ，其情況為：
1: LOOP1:
2: LODSB
3: XOR AL,[DI]
4: STOSB
5: LOOP LOOP1
本程式計數器等於50,000，每次需
12T+14T+11T+17T=55T 個時鐘脈衝
若以50,000次計，需時 47*50,000/10,000,000 秒，即約四分之一秒。
只要稍稍將指令調整一下，為：
1: LOOP1:
2: LODSW
3: XOR AX,[DI]
4: STOSW
5: LOOP LOOP1
這樣計數器只要25,000次，每次
16T+18T+15T+17T=66T
則25,000次需時 66*25,000/10,000,000 秒，約六分之一秒，比前面的程式快了二分之一。
同理，在迴路中加迴路，而每個迴路需 17T，也是很大的浪費。倘若加調用 CALL 指令，則需 23T+20T=43T，浪費得更多，讀者不可不慎。
當某一段程式用得很頻繁時，理應視作子程式，例如下面的 LODAX：
1: LOOP1:
2: CALL LODAX
3: LOOP LOOP1
4: RET
5: LODAX:
6: LODSW
7: XOR AX,[DI]
8: STOSW
9: RET
其實這是貪小失大，僅四個字元的程式，竟用三個字元的調用指令去交換，是絕對得不償失的。
再如同下面的程式，頗有值得商榷之處。
1: LOOP1:
2: MOV DX,NUMBER1
3: MOV CX,NUMBER2
4: LOOP2:
5: PUSH CX
6: MOV CX,DX
7: LOOP3:
8: LODSW
9: XOR AX,[DI]
10: STOSW
11: LOOP LOOP3
12: INC DI
13: INC DI
14: POP CX
15: LOOP LOOP2
16: RET
第二個迴路是多餘的，這是高階語言常用的觀念，對組合語言完全不適用。
稍加改動，不損上面程式原有的條件，得到：
1: LOOP1:
2: MOV DX,NUMBER1
3: LOOP2:
4: MOV CX,NUMBER2
5: LOOP3:
6: LODSW
7: XOR AX,[DI]
8: STOSW
9: LOOP LOOP3
10: INC DI
11: INC DI
12: DEC DX
13: JNZ LOOP2
14: RET
這樣迴路少了一個，程式中將5,6,14,15 各條中原來為15T+2T+12T+17T=46T的時間，省為12,13,14條的2T+16T+17T=35T。
第五節 分支處理
比較資料後，作條件分支 (Conditional Jump )，是程式中不可避免的手續。程式一長，分支距離超過 128個字元，條件分支就無法到達。當然，精簡程式有時可以避免這種情形，但卻不盡然。
處理條件分支的技術很多，其效率端視情況而定。最要緊的是事先規劃，要比較些什麼？在何種情況下？分支到哪裏？做些什麼工作等等。
不僅是寫程式，人的各種能力，都可以由工作的方式判斷出來。智慧高的人，很快就能抓住重點，再分門別類，鉅細無遺的理出完整的系統。經過良好訓練的專家，則能根據一套法規，逐步地整理歸納，也能推出合情合理的結果來。
老實說，電腦程式的寫作技術還沒有到成熟的階段，當今所有的從業人員，都只能算是「拓荒者」，並沒有真正的「專家學者」。充其量，像我個人一樣，比別人機會好些，天天得以與電腦為伍，多一點經驗而已。
因此，目前寫程式幾乎可以說沒有可資遵循的法規，海闊天空，愛怎樣寫，就怎樣寫，只要能夠使用，程式賣得出去，賺了大錢，就會被人視為大師。
只是這種情況維持不了多久了，初民的壁畫，僅具有歷史意義。今天的程式師，如果不認清現實，立刻覺醒，多致力於法規的制定，電腦將永遠是個不成熟的孩子。一旦這些法規經得住考驗，為未來的專
|