組合語言的未來展望 (轉)

gugu99發表於2008-07-17
組合語言的未來展望 (轉)[@more@]

語言的未來展望

  本人曾在ASM專家門診上發表過一個“出於速度考慮,系採用asm開發
”的貼子。釋出後立即有網友提出質疑;另因本人也正在苦練ASM,亦對彙編有一些新的體會,故一併回答如下:

  此訊息是我在一本著名雜誌上看到,因年代久遠,現已記不清了。但因本人當時正在大學苦練c,想當然認為只有C+ASM才能寫OS,更可況這麼大的工程?故深感震動,也讓我對ASM有了新認識。您若仔細看看MASM 6。X,就會發現一些類似pascal的語法已進入ASM的世界了,本人個人認為,引進.if、.else.while..until、invoke、 proto 、struct、 union後,最明顯的好處是可以不用標號,不信你看,在使用了.startup和.end後,主模組再也不需用end+標號了。這使得asm的可讀性大大加強,也符合結構化的原則。在d下寫ASM,沒有像C-樣的庫可以利用,舉個例子,讀入a、b,輸出結果a+b,就要牽涉到ASCII碼到二進位制的相互轉換,用C只需用scanf和printf就可輕鬆解決。所以,要降低ASM的難度,關鍵在於有大量的庫可,並要有像高階語言一樣的呼叫語句,用傳統ASM的stack 傳遞引數方式,實在是太過麻煩了。故搞出了invoke和proto,讓此問題得到了良好解決。不信你看asm,加上了新擴充語法後,可以靈活呼叫win32,上述兩個問題均得到解決。用win32asm寫 application,簡直像用C寫一樣簡單。故我發表了上述言論,本人生平最恨弄虛作假,雖然是在虛似上,亦是生活的一部份。

  從上論述,可以想見ASM的未來應該是向高階語言靠攏,並加入的思想,若一時做不到,也可以用大量的庫來解決。若也能做出ASM版的MFC或者是VCL,相信由於ASM的強大功能,將會有更多的愛好者加入。

  另注:操作是軟體中最複雜的一部份,但目前其核心技術是掌握在老美手中。我國windows的裝機量佔90%以上,關於windows的問題,如microsoft暗中收集資訊(更是極端)、 PIII蕊片號碼問題、美國法律禁止windows源出離美國本土、海灣戰爭期間,伊位克得到的武器裝置內含,開戰後裝置自動失控、內部裝有保險絲,一旦碰上電磁炸彈,便會自動熔斷等都對我們國家有著致命潛在威脅。據新聞報導:我國已生產出類似486的CPU蕊片,但播音員在播此“486”時明顯底氣不足,原因我想無須多說。出於安全考慮和國家利益,老外其實很多技術是對外封鎖的,作為有著50億人口的中國,四大發明的繼承者,尤其是美國現在對外虎視耽耽,小日本一心想要侵略中國,(我從不相信什麼一衣帶水、中日友好天長地久之類),我們一定要造自已的Computer出來。同胞們,努力!

    鄭紅文

    to:predrose@sohu.com">predrose@sohu.com

  2001-10-18 22:42 於上海有感而發

 

 


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10748419/viewspace-1007383/,如需轉載,請註明出處,否則將追究法律責任。

相關文章