【正文】 is, the fewer applications will be able to coexist in memory with it. Virtual memory isn39。ll have to think long and hard about using assembly language. Using C (or some other HLL) is no guarantee that your program will be portable. C programs written for the IBM PC won39。 however, the savings is insufficient to counter the benefits of using assembly language. Improved piler technology has eliminated the need for assembly language. This isn39。t know assembly. Of course, it39。ve had or articles they39。s Wrong With Assembly Language？ 2. What39。s wrong with assembly language. That is, people develop some very strong misconceptions about assembly language based on what they39。t already know. Try learning (really learning) APL, Prolog, or Smalltalk sometime. Once you learn Pascal, learning another language like C, BASIC, FORTRAN, Modula2, or Ada is fairly easy because these languages are quite similar to Pascal. On the other hand, learning a dissimilar language like Prolog is not so language is also quite different from Pascal. It will be a little harder to learn than one of the other Pascallike languages. However, learning assembly isn39。ll have problems debugging programs in that language until you gain experience. 3 Assembly is hard to maintain. C programs are hard to maintain. Indeed, programs are hard to maintain period. Inexperienced assembly language programmers tend to write hard to maintain programs. Writing maintainable programs isn39。t you use this better algorithm in assembly language? What if you39。 even greater improvement is possible if you39。ll know exactly what the piler is doing with all those HLL statements. Once you see how pilers translate seemingly innocuous statements into a ton of machine code, you39。確 實(shí)，匯編語(yǔ) 言 80%的不足之 處 就在于人 們根 據(jù) 從他們 的朋友，老 師 或者一些與 匯編語(yǔ) 言有 關(guān)的 文章或 書 籍中所 獲 得的信息對(duì)匯編語(yǔ) 言形成了一些 錯(cuò)誤的 看法。你不如 嘗試著 去 學(xué) 像 APL， Prolog 或者Smalltalk 這樣 的 語(yǔ) 言，你就 會(huì)有這樣 的感受了。 調(diào)試匯編 程序很困 難 。 編寫匯編 程序很困 難 。事 實(shí) 上，一 個(gè) 優(yōu)秀 的匯編 程序 員 并不需 要花這 么 多時(shí)間來(lái)編寫代碼 。我始 終覺 得奇怪：人 們總 是愿意 花許多錢 去 購(gòu)買 一臺(tái)速度更快的 計(jì) 算機(jī)， 卻 不愿意花 費(fèi)時(shí)間去 用 匯編語(yǔ)言編寫 他 們 的代 碼 以便 獲 得更快的 運(yùn) 行速度。因此希望程序 員在編寫程 序 時(shí)盡 量短小精悍，不能因 為現(xiàn) 在計(jì) 算機(jī)的 內(nèi) 存容量大了，而去盲目的 編寫 一些大程序。 確 實(shí)，關(guān)于匯編語(yǔ) 言充斥 著 太多的 謊 言、 錯(cuò)誤 思想、 謎 和半真半假的 話 。 （ 4）知 識(shí) 你所掌握 的關(guān)于匯編語(yǔ) 言的知 識(shí)將 有助 你編寫 出 質(zhì) 量更好的程序。即使是 在一臺(tái)內(nèi) 存容量 達(dá) 32M 或者更大的 計(jì) 算機(jī)上，也是 應(yīng)該盡 量避免 編寫 大的 應(yīng) 用程序。 另一 個(gè)學(xué)習(xí)匯編語(yǔ) 言的理由是 為了單純的學(xué)習(xí) 一些知 識(shí) 。 。但是，即使 你永遠(yuǎn) 也不打算去 編寫 一行 匯編 代 碼， 我仍然可以拿出一些理由 來(lái)說 服 你學(xué)習(xí)匯編語(yǔ) 言。使用 虛擬內(nèi) 存 雖然 可行，但 畢 竟不是 針對(duì) 此 問題的 一 個(gè) 好的解 決 方案。 不僅 如此，你能 夠 通 過 仔 細(xì)地編寫匯編 代 碼而將 程序的 運(yùn) 行速度提高五分之一或者十分之一。否 則 ， 你隨 口 說出的關(guān)于匯編 語(yǔ) 言的看法也 許會(huì)對(duì) 那些比你了解 匯編語(yǔ) 言更少的 人產(chǎn) 生很大的影 響 。一 個(gè)為 IBM 品牌機(jī) 編寫 的 80X86 匯編 程序不能 夠在一臺(tái) 蘋果機(jī)上 運(yùn) 行；同 樣 地，一 個(gè)為 蘋果機(jī) 編寫的匯編 程序也不能在其它品牌的 計(jì) 算機(jī)上 運(yùn) 行，即使 兩 臺(tái)機(jī)器都有相同的 680 0 微 處 理器。 如果你想要追求更快的 計(jì) 算機(jī) 運(yùn) 行速度，你 應(yīng)該 去使用一 個(gè) 高效的算法而不是 轉(zhuǎn)向 去借助 于 匯編語(yǔ) 言。 日益改 進(jìn) 的 編譯 技 術(shù) 使得 匯編語(yǔ) 言已不再重要。在 過 去很 長(zhǎng) 一段時(shí)間 里 ，匯編 程序 員在編寫程 序 時(shí) 完全是 從零開始 。你 還記 得你是怎 樣調(diào)試 出你的第一 個(gè) Pascal 程序中的 錯(cuò)誤了嗎 ？因此， 當(dāng) 你一 開始 接觸一種新的程序 設(shè)計(jì)語(yǔ) 言 時(shí) ，在 調(diào)試其 程序出 現(xiàn)種種 困 難 是在所 難 免的， 隨著 你 對(duì)這 種 編 程 語(yǔ) 言的 調(diào)試 技 術(shù) 不 斷 掌握，情 況會(huì) 越 來(lái) 越好。 為 什么呢？因 為這 些 語(yǔ) 言都和 Pascal 語(yǔ) 言很相似， 換 句話說 ， 當(dāng)你學(xué)習(xí) 起 一門 不熟悉的 語(yǔ) 言 時(shí) ，比 如說 Prolog， 難 度就大多了。究竟有多少人愿意根據(jù)他 們對(duì)匯編語(yǔ) 言的了解或者 所讀過 的有 關(guān)匯編語(yǔ) 言的文章 來(lái)發(fā) 表 對(duì)匯編語(yǔ) 言的看法是令人想知道的。s doing with their code. Those who don39。s claims that programmers no longer have to worry about memory constraints, there are many programmers who need to write smaller programs. Assembly language programs are often less than onehalf the size of parable HLL programs. This is especially impressive when you consider the fact that data items generally consume the same amount of space in both types of programs, and that data is responsible for a good amount of the space used by a typical application. Saving space saves money. Pure and simple. If a program requires megabytes, it will not fit on a Mbyte floppy. Likewise, if an application requires 2 megabytes RAM, the user will have to install an extra megabyte if there is only one available in the machine. Even on big machines with 32 or more megabytes, writing gigantic applications isn39。s still too slow? This is a totally bogus argument against assembly language. Any algorithm you can implement in a HLL you can implement in assembly. On the other hand, there ar