編譯器dsl語言
A. 編程語言的載體是什麼
編程語言通過編譯器裝換成計算機能理解的0101。通過cpu運算，把運算數據輸出到內存，通過編譯器裝換成文字，音頻，視頻，網頁等數據。
B. 誰能幫我把dsdt.dsl編譯成dsdt.aml
論壇上隨處可見。到處充斥著修改dsdt的軟體。比如。 dsdt auto pactor(但其中有好多壇友提出，自己的主板型號裡面都沒有)。dsdt se (此軟體集修改和修復於一身，我也漢化dsdt se了一下，下面有下載地址)。還有dsdt edit& auto fix/patcher
C. Scala 是一門怎樣的語言，具有哪些優勢
曾經有人問java的創始人高斯林這樣一個問題，「除了Java語言以外，您現在還使用JVM平台上的哪種編程語言?」他毫不猶豫的說是Scala。
Scala到底是什麼?在目前眾多的JVM語言當中，Scala無疑是最引人注意的語言之一。Scala是一個靜態語言，更適合大型工程項目，Scala直接編譯成Java位元組碼，性能接近Java。Scala是一個多範式的語言，你可以混合使用函數式和面向對象編程，混合使用可變類和不變類，混合使用Actor和傳統的Java並發庫。
短短一個月的時間，Scala於本月沖進了TIOBE的前五十名。一個 Twitter 的開發人員說過，Scala 將會成為現代 Web2.0 的發起語言。LinkedIn 也用這種語言。同樣許多其他大的公司如 Sony Picture, EDF, SAP 也開始使用這種語言。為什麼Scala發展這么迅猛，可以獲得如此熱烈的社區支持。
曾冠東還表示，Scala不是Java的殺手，它無法取代Java的地位，也突破不了JVM的限制、Java實現不了的功能它也實現不了。我們可以將Scala形象的理解成大量語法糖的Java。
Scala 開發團隊發布了最新的2.9.2穩定版本，Scala 語言的特性有許多，例如高階函數和對象、抽象類型綁定，actor 使得函數在 Scala 中能是一個子類成為可能，Scala 中的設計模式使得面向對象和函數編程無縫結合。Akka 是一個用 Scala 編寫的庫，用於簡化編寫容錯的、高可伸縮性的 Java 和 Scala 的 Actor 模型應用。它已經成功運用在電信行業。Spark 是一種可擴展的數據分析平台，它整合了內存計算的基元，因此，相對於 Hadoop 的集群存儲方法，它在性能方面更具優勢。Spark 是在 Scala 語言中實現的，並且利用了該語言，為數據處理提供了獨一無二的環境。Scala 編譯器可以生成位元組碼，直接運行在使用JVM上。該語言(它實際上代表了可擴展語言)被定義為可直接集成到語言中的簡單擴展。
Scala作為一門靜態語言，它的主要特性有哪些?
· Scala是面向對象的
Scala是一個純面向對象語言，在某種意義上來講所有數值都是對象。對象的類型和行為是由class和trait來描述的。Class的抽象可由子類化和一種靈活的基於mixin的組合機制(它可作為多重繼承的簡單替代方案)來擴展。
· Scala是函數式的
Scala還是一個函數式語言，在某種意義上來講所有函數都是數值。Scala為定義匿名函數提供了一種輕量級的語法，它支持高階(higher-order)函數、允許函數嵌套、支持局部套用(currying)。Scala的case類及其內置支持的模式匹配模型代數類型在許多函數式編程語言中都被使用。
· Scala是靜態類型的
Scala配備了一套富有表現力的類型系統，該抽象概念以一種安全的和一致的方式被使用。
· Scala是可擴展的
Scala的設計承認了實踐事實，領域特定應用開發通常需要領域特定語言擴展。Scala提供了一個獨特的語言組合機制，這可以更加容易地以類庫的形式增加新的語言結構：
任何方式可以被用作中綴(infix)或後綴(postfix)操作符閉包按照所期望的類型(目標類型)自動地被構造
兩者結合使用可方便地定義新語句，無需擴展語法，也無需使用類似宏的元編程工具。
· Scala可與Java和.NET進行互操作
Scala設計時就考慮了與流行編程環境良好交互，如Java 2運行時環境(JRE)和 .NET框架(CLR)。特別是與主流面向對象語言，如Java和C#盡量無縫交互。Scala有像Java和C#一樣的編譯模型(獨立編譯，動態裝載類)，允許訪問成千上萬的高質量類庫。
在並發性方面，與 Scala 在 .NET 領域中的姐妹語言 F# 相似，Scala 是針對 「並發性問題」 的解決方案之一，讓開發人員能夠更加輕松地專注於問題的實質，而不用考慮並發編程的低級細節。Actor 編程模式讓高度並行應用程序的開發更加簡單。Scala把Erlang風格的基於actor的並發帶進了JVM。我們可以利用Scala的actor模型在JVM上設計具伸縮性的並發應用程序，以自動獲得多核心處理器帶來的優勢，而不必依照復雜的Java線程模型來編寫程序。Scala 為並發性提供了兩種級別的支持，這與其他與 Java 相關的主題極為類似：
首先，對底層庫的完全訪問(比如說 java.util.concurrent)以及對 「傳統」 Java 並發性語義的支持(比如說監控程序和wait()/notifyAll())。其次，這些基本機制上面有一個抽象層
Scala 提供了在穩定的高性能平台(Java 虛擬機)上生成的能力同時也是一門敏捷性語言。這一類型的語言也有其他的選擇，例如 Jython, JRuby, Groovy 和 Clojure, 但是這些都是運行在 JVM 上的動態類型語言。Open Class 的效果讓大家會覺得Scala是動態語言，但它是選擇隱式轉換來實現的，這也正好證明了Scala是靜態語言。隱式轉換(Implicit conversion)使 Scala 具有類型安全性，正如擴展方法(extension method)之於 C#，開放類(open class)之於 ruby。即：向未曾定義的類型添加方法(如字元串、列表、整數)。這是使得 Scala 符合 DSL(特定領域語言)模型的特性之一。
Scala結合了面向對象和函數編程的優勢，函數編程的一個好處就是你能夠像運用一個數據那樣運用函數，可以用來定義真正高層級的庫，或者去定義新的領域特殊語言(DSL)。
在談及Java與Scala的對比時，曾冠東表示，Scala能調用絕大部分的Java，而Java調用Scala獨有的東西會比較難。Java 擁有非常強的概念規范，因此任何一個 Java 程序之間具有非常多的相似之處，並且這樣能夠方便的進行程序員交替。但是 Scala 並沒有這樣的統一性，因為這是一門很有表現力的語言。現場曾冠東為我們演示了實際案例，如下圖所示：
正所謂，金無足赤，人無完人。Scala對二進制不兼容，語法也越來越復雜，不能突破Bytecode的限制、編譯速度有所緩慢。當它被廣泛用於單元測試、開發工具、Socket開發、以及面對多核挑戰的並發應用。總而言之，Scala是一種函數式面向對象語言，它融匯了許多前所未有的特性，而同時又運行於JVM之上。正如JRuby 創建者之一Charles Nutter 所宣稱的那樣Scala就是 Java 王位的合法繼承人。隨著開發者對Scala的興趣日增，以及越來越多的工具支持，無疑Scala語言將成為廣大軟體工程師手上一件必不可少的工具。更多精彩內容，請關注專題：http://www.it168.com/remen/qcon/
D. 領域特定語言的定義
領域特定語言（domain-specific languages，簡稱DSL）
在定義DSL是什麼的問題上，Flowler認為目前經常使用的一些特徵，例如「關注於領域」、「有限的表現」和「語言本質」是非常模糊的。因此，唯一能夠確定DSL邊界的方法是考慮「一門語言的一種特定用法」和「該語言的設計者或使用者的意圖」：
如果XSLT的設計者將其設計為XML的轉換工具，那麼我認為XSLT是一個DSL。如果一個用戶使用DSL的目的是該DSL所要達到的目的，那麼它一個DSL，但是如果有人以通用的方式來使用一個DSL，那麼它（在這種用法下）就不再是一個DSL了。
以Fowler的觀點，DSL首先是一種幫助用戶從一個系統中抽象出某些部分的工具。所以「當你意識到你需要一個組件，或者當你已經有了一個組件而你希望簡化操作它的方式的時候」，DSL是有用的。使用DSL確實提供了某些益處。DSL不僅提高了代碼的易讀性，讓開發者可以和領域專家更好的交流，而且是改變執行上下文的一種手段，例如：把邏輯從編譯時切換到運行時，或者當命令式編程不是很合適的時候轉用聲明式計算模型。
E. 什麼是DSM
DSM：Domain-Specific Modeling
板橋里人 http://www.jdon.com 2006/5/1（轉載請保留）
當DSL（Domain-Specific Languages）誕生時，不少人比較激動，歡呼一個新的語言時代到臨。其實，這不是計算機領域的新語言，而是一種新的建模語言。
DSL是一種專門供領域建模專家（也就是系統分析師）使用的語言，這些領域專家不同於程序高手，他們有一套自己認知世界和表達世界的思維和方式（如UML），因此，他們不感興趣於軟體設計細節，希望軟體能夠按照他們分析設計的結果去運行和執行就可以了。
其實，現如今在Java和.NET分治天下軟體語言之時，不可能再有對和Java等同樣層次的新語言的新需求， 因為大家都已經經歷過優美動人的語言故事，新語言陷阱是每個人理性的認識。因此，聰明的專家發現，DSL特徵不是發明新輪子，而是提供一種面向領域建模方便的工具語言，類似UML，但UML不能再勝任這樣的工作（見UML和Java的阻抗），MDA有待進一步完善提高，建模專家需要的是DSM（Domain-Specific Modeling）。
提高開發生產效率
按照軟體生產效率研究（Software Proctivity Research）, Java的平均生產率僅比BASIC高20%, C++不會好過Java，當今Java和.NET語言紛爭帶給程序員很多選擇的痛苦，我們把更多注意力關注在對象、組件和框架（objects, components, and frameworks）等概念上，但是開發效率並沒有比20年前有顯著增長，從匯編語言到BASIC是400%的增長，在當前21世紀，我們應該怎樣完成這樣的跳躍式發展？
UML能否勝任？
象UML這樣傳統的建模語言並不能提高軟體生產率，你需要在兩處維護信息系統：語言代碼和UML模型，為保持一致來回奔命，我們知道，java/C++/BASIC都將被編譯器編譯成匯編語言，可是有人看到過這樣情形：開發者手工更改編譯器並且試圖使C++代碼和匯編代碼保持一致？可是這種現象會發生在UML模型和語言代碼之間。
當然，UML有其優點：作為能夠迅速被讀懂的虛擬符號，UML世界現在吵吵嚷嚷，一半人發現UML並不能表達他們在建模時需要的一些概念，因此要求將入一些新的東西進入UML核心標准；可是還有另外一些人則認為UML太復雜，應該從UML核心元素中減去一些元素。當UML試圖適合所有的人時，它就不能大力提高其抽象層次了。
這是目前基於UML的大多數MDA工具發生尷尬現象。MDA工具製造商發現它們僅僅能夠比手工編碼提高生產效率(study)35%，遠沒有我們希望的400%革命性跳躍。
什麼是DSM？
只有提高抽象層次，將軟體直接面向建模專家或系統分析師，然後運用自動化代碼生成技術，這樣才能高質量大幅度快速開發出軟體系統，在OOPSLA（領先的軟體工程會議），大家認為DSM可能是一種解決方案。Bill Gates 和 Grady Booch也發表過同樣觀點。
DSM意味Domain-Specific Modeling領域定義建模，通過使用領域概念直接指定解決方案，DSM提高了超越程序代碼之上的抽象層次，最終軟體產品將從高層次的設計中直接自動產生，這樣一個自動過程是可以實現的，因為 語言和代碼產生器可以滿足某一個公司或領域的需求，建模專家使用定義這個自動機器，而程序員只管使用即可。
實踐經驗已經證明：DSM比現有方式（包括基於UML的MDA）效率提高5-10倍，正如Booch說的那樣： 」當建模概念可以直接映射到領域Domain，而不是計算機具體技術概念時，MDA的價值已經完成「，這句話的意思是： MDA已經證明我們可以直接從領域專家Domain觀點直接建模，而不必拘束於具體的計算機技術概念，或者說：直接由有經驗的系統分析師/建模專家分析設計進而生產出軟體系統已經被MDA證明是可行的了，MDA的價值也就在於此，
Booch等人寄希望於使用DSM替代MDA。
由建模專家定義有關領域和組件的代碼產生器，這樣做的結果要好於大多數開發者手工開發。從MDA教訓來看，大家認識到：不可能有「一種尺寸適合所有身材」的代碼產生方案，不必象MDA那樣疲於往來返工，DSM所做的正如將代碼編譯成匯編語言的編譯器所做的。
DSM工作原理
首先，每個行業都有一些經驗豐富行業專家，俗成系統分析師，他們對業務系統非常熟悉，但是不太了解軟體技術，由這些專家定義一個包含域概念和規則的域定義語言（domain-specific language），並且定義這些域概念和規則映射到代碼產生器的映射；實際上這些建模專家所要表達的就是：我們的需求應該看上去是怎樣？我是怎麼寫代碼的。
然後，其他開發者就使用建模語言根據前面定義的規則製作模型，最後，代碼將自動產生，因為建模專家參與了定義代碼生產器，這樣最後產生的代碼質量要高於正常程序員手工完成的代碼質量。更重要的是，製作模型將比手工寫代碼更快。
與MDA區別
DSM與MDA主要區別是：MDA工具商自己定義代碼產生器，這些代碼產生器第一次看非常好，但是以後就變樣走味了，難以適應需求的變化。.
DSM中，由你控制DSL和代碼產生器，這些工具可以被調整以適應你自己的系統，作為開發者，你只需要定義DSL和實現自己的代碼產生器，所有這一切都是由你來定義控制，正所謂定製性強。
DSL案例
TSS上最近的文章「Improving Developer Proctivity with Lightweight Domain Specific Modeling」演示了如何使用DSM實現輕量建模的過程，共分五步：
ArgoUML 能夠用作定義DSL模型，開發人員能夠設計DSL模型適合問題域。
將 ArgoUML模型轉為Eclipse模型格式的Ecore.
使用Eclipse的插件JET模板定義代碼如何產生。
Ecore模型輸入到模板定義中，然後再定義Ecore模型中的模型元素和帶有Merlin的JET模板之間映射。
最後結果是產生最終代碼。
F. scala語言會取代java的嗎
經有人問Java的創始人高斯林這樣一個問題，「除了Java語言以外，您現在還使用JVM平台上的哪種編程語言?」他毫不猶豫的說是Scala。Scala到底是什麼?在目前眾多的JVM語言當中，Scala無疑是最引人注意的語言之一。Scala是一個靜態語言，更適合大型工程項目，Scala直接編譯成Java位元組碼，性能接近Java。Scala是一個多範式的語言，你可以混合使用函數式和面向對象編程，混合使用可變類和不變類，混合使用Actor和傳統的Java並發庫。短短一個月的時間，Scala於本月沖進了TIOBE的前五十名。一個Twitter的開發人員說過，Scala將會成為現代Web2.0的發起語言。LinkedIn也用這種語言。同樣許多其他大的公司如SonyPicture,EDF,SAP也開始使用這種語言。為什麼Scala發展這么迅猛，可以獲得如此熱烈的社區支持。曾冠東還表示，Scala不是Java的殺手，它無法取代Java的地位，也突破不了JVM的限制、Java實現不了的功能它也實現不了。我們可以將Scala形象的理解成大量語法糖的Java。Scala開發團隊發布了最新的2.9.2穩定版本，Scala語言的特性有許多，例如高階函數和對象、抽象類型綁定，actor使得函數在Scala中能是一個子類成為可能，Scala中的設計模式使得面向對象和函數編程無縫結合。Akka是一個用Scala編寫的庫，用於簡化編寫容錯的、高可伸縮性的Java和Scala的Actor模型應用。它已經成功運用在電信行業。Spark是一種可擴展的數據分析平台，它整合了內存計算的基元，因此，相對於Hadoop的集群存儲方法，它在性能方面更具優勢。Spark是在Scala語言中實現的，並且利用了該語言，為數據處理提供了獨一無二的環境。Scala編譯器可以生成位元組碼，直接運行在使用JVM上。該語言(它實際上代表了可擴展語言)被定義為可直接集成到語言中的簡單擴展。Scala作為一門靜態語言，它的主要特性有哪些?·Scala是面向對象的Scala是一個純面向對象語言，在某種意義上來講所有數值都是對象。對象的類型和行為是由class和trait來描述的。Class的抽象可由子類化和一種靈活的基於mixin的組合機制(它可作為多重繼承的簡單替代方案)來擴展。·Scala是函數式的Scala還是一個函數式語言，在某種意義上來講所有函數都是數值。Scala為定義匿名函數提供了一種輕量級的語法，它支持高階(higher-order)函數、允許函數嵌套、支持局部套用(currying)。Scala的case類及其內置支持的模式匹配模型代數類型在許多函數式編程語言中都被使用。·Scala是靜態類型的Scala配備了一套富有表現力的類型系統，該抽象概念以一種安全的和一致的方式被使用。·Scala是可擴展的Scala的設計承認了實踐事實，領域特定應用開發通常需要領域特定語言擴展。Scala提供了一個獨特的語言組合機制，這可以更加容易地以類庫的形式增加新的語言結構：任何方式可以被用作中綴(infix)或後綴(postfix)操作符閉包按照所期望的類型(目標類型)自動地被構造兩者結合使用可方便地定義新語句，無需擴展語法，也無需使用類似宏的元編程工具。·Scala可與Java和.NET進行互操作Scala設計時就考慮了與流行編程環境良好交互，如Java2運行時環境(JRE)和.NET框架(CLR)。特別是與主流面向對象語言，如Java和C#盡量無縫交互。Scala有像Java和C#一樣的編譯模型(獨立編譯，動態裝載類)，允許訪問成千上萬的高質量類庫。在並發性方面，與Scala在.NET領域中的姐妹語言F#相似，Scala是針對「並發性問題」的解決方案之一，讓開發人員能夠更加輕松地專注於問題的實質，而不用考慮並發編程的低級細節。Actor編程模式讓高度並行應用程序的開發更加簡單。Scala把Erlang風格的基於actor的並發帶進了JVM。我們可以利用Scala的actor模型在JVM上設計具伸縮性的並發應用程序，以自動獲得多核心處理器帶來的優勢，而不必依照復雜的Java線程模型來編寫程序。Scala為並發性提供了兩種級別的支持，這與其他與Java相關的主題極為類似：首先，對底層庫的完全訪問(比如說java.util.concurrent)以及對「傳統」Java並發性語義的支持(比如說監控程序和wait()/notifyAll())。其次，這些基本機制上面有一個抽象層Scala提供了在穩定的高性能平台(Java虛擬機)上生成的能力同時也是一門敏捷性語言。這一類型的語言也有其他的選擇，例如Jython,JRuby,Groovy和Clojure,但是這些都是運行在JVM上的動態類型語言。OpenClass的效果讓大家會覺得Scala是動態語言，但它是選擇隱式轉換來實現的，這也正好證明了Scala是靜態語言。隱式轉換(Implicitconversion)使Scala具有類型安全性，正如擴展方法(extensionmethod)之於C#，開放類(openclass)之於ruby。即：向未曾定義的類型添加方法(如字元串、列表、整數)。這是使得Scala符合DSL(特定領域語言)模型的特性之一。Scala結合了面向對象和函數編程的優勢，函數編程的一個好處就是你能夠像運用一個數據那樣運用函數，可以用來定義真正高層級的庫，或者去定義新的領域特殊語言(DSL)。在談及Java與Scala的對比時，曾冠東表示，Scala能調用絕大部分的Java，而Java調用Scala獨有的東西會比較難。Java擁有非常強的概念規范，因此任何一個Java程序之間具有非常多的相似之處，並且這樣能夠方便的進行程序員交替。但是Scala並沒有這樣的統一性，因為這是一門很有表現力的語言。現場曾冠東為我們演示了實際案例，如下圖所示：正所謂，金無足赤，人無完人。Scala對二進制不兼容，語法也越來越復雜，不能突破Bytecode的限制、編譯速度有所緩慢。當它被廣泛用於單元測試、開發工具、Socket開發、以及面對多核挑戰的並發應用。總而言之，Scala是一種函數式面向對象語言，它融匯了許多前所未有的特性，而同時又運行於JVM之上。正如JRuby創建者之一CharlesNutter所宣稱的那樣Scala就是Java王位的合法繼承人。隨著開發者對Scala的興趣日增，以及越來越多的工具支持，無疑Scala語言將成為廣大軟體工程師手上一件必不可少的工具。
G. 把王爽的《匯編語言》學完之後是什麼水平
<首先聲明，絕不是復制粘貼的，句句出自本人經驗中提煉而出>
匯編是計算機編程中最為基礎部分。
你先學了C/C++，正處於空中樓閣的尷尬處境。因為你在開發C/C++的時候，總覺得有一層霧紗隔著。無法真正看到問題的本質。人類對於無法控制的事總有一種反抗及尋根問底的情緒。
而你把匯編學通了，才能真正地從匯編連通到操作系統，連通到C/C++。你才能真正看清計算機。這才能有機會步入大師級計算機學問境界。
用一句話:站在巨人的肩膀上……
比如只學現在流行的面向對象語言C#、Java等，雖然在短期內你可能會成為這方面的能手，但是想突破是有限的。因為本身的起步就低了。
再言，現在網路發展極快，C#、Jave這種浮於水面的技術很快會被新的東西所取代。但是C#、Java和更加新的未知技術都是從底層的匯編等變化而來。只要學好基礎，一句話：以不變應萬變。
我不知道學了匯編達到什麼水平。但是學了匯編絕對能達到難以想像的水平。
H. C++或者java 如何將txt中的邏輯加入到軟體執行中
簡單的講，你的想法實際上相當於用txt作為配置文件，一般人們用xml或ini作為配置文件，因為這兩種文件格式都有相關類庫實現讀寫。
復雜一些，你想把一些代碼放到運行時執行，則是相當於自帶了部分編譯器或解釋器的功能。
這種方案叫DSL（特定領域語言）。
I. 大學計算機基礎知識點整理
1、計算機組成原理
如果你不是做操作系統／驅動程序的，直接和硬體打交道的機會很少，因為操作系統已經把他們屏蔽掉了，提供了抽象的API給我們使用。
但是還必須理解馮諾依曼體系的結構，CPU和內存，硬碟，各種外設之間的關系，寄存器、緩存等知識。CPU有哪些指令，如何執行這些指令，如果實現數組，結構體，函數調用，這就涉及到匯編的知識。像原碼，反碼，補碼，定點數、浮點數的表示和運算也是編程中必備的知識，幾乎每種語言都要涉及。
現在很多語言都是在虛擬機上運行的，你只要是了解了計算機的組成原理，再去看哪些虛擬機，就會發現概念都是相通的。另外CPU中的緩存，緩存一致性協議，DMA的非同步思想都會在應用層中有所體現。《編碼》是一個更加科普性，但是也更加有趣的講組成原理的書。
2、操作系統
操作系統是比較枯燥的，站在應用層的角度，我認為重點是掌握操作系統對外提供的抽象，包括進程、線程，文件，虛擬內存，以及進程間的通信問題。
幾乎所有的編程語言都會涉及到對多進程或者多線程編程的支持，特別是多線程的並發編程，所以必須得搞明白他們的本質是什麼，線程都有哪些實現方式。得真正地體會到「進程是資源分配的最小單位，線程是調度的最小單位。」這句話的含義。
幾乎所有的編程語言都會涉及到鎖和死鎖，最好在最底層理解鎖是怎麼實現的。需要理解虛擬內存和物理內存直接的關系，分段和分頁，文件系統的基本原理。對於進程的調度，頁面分配／置換演算法，磁碟的調度演算法，I／O系統，我認為優先順序比較低。
3、資料庫
這個和日常工作結合極其緊密，不用我再多說，包括最基本的SQL，各種範式，事務及其隔離級別，事務的實現方式，索引及其實現方式，B＋樹等等。
4、編譯原理
你一輩子也許都不會去寫一個編譯器，但是很有可能會利用現成的工具去生成/操作一個抽象語法樹（AST），甚至可以會寫一個DSL（領域特定語言）。所以你得理解詞法分析、語法分析、語義分析，中間代碼生成，代碼優化這個基本編譯的過程。
(9)編譯器dsl語言擴展閱讀
Cache的原理
如果存在（命中），則直接返回該數據；如果不存在（失效），再去訪問內存——先把內存中的相應數據載入緩存，再將其返回處理器。
提供「高速緩存」的目的是讓數據訪問的速度適應CPU的處理速度，通過減少訪問內存的次數來提高數據存取的速度。
Cache技術所依賴的原理是」程序執行與數據訪問的局部性原理「，這種局部性表現在兩個方面：時間局部性：如果程序中的某條指令一旦執行，不久以後該指令可能再次執行，如果某數據被訪問過，不久以後該數據可能再次被訪問。
J. 怎麼編譯DSL文件為AML文件
編譯DSL文件為AML文件：
1、利用編譯程序從源語言DSL文件編寫的源程序產生目標程序AML文件；
2、用編譯程序產生目標程序的動作。 編譯就是把高級語言變成計算機可以識別的2進制語言，計算機只認識1和0，編譯程序把人們熟悉的語言換成2進制的。
編譯程序把一個源程序翻譯成目標程序的工作過程分為五個階段：詞法分析；語法分析；語義檢查和中間代碼生成；代碼優化；目標代碼生成。主要是進行詞法分析和語法分析，又稱為源程序分析，分析過程中發現有語法錯誤，給出提示信息。
(10)編譯器dsl語言擴展閱讀：
編譯程序的語法分析器以單詞符號作為輸入，分析單詞符號串是否形成符合語法規則的語法單位，如表達式、賦值、循環等，最後看是否構成一個符合要求的程序；
按該語言使用的語法規則分析檢查每條語句是否有正確的邏輯結構，程序是最終的一個語法單位。編譯程序的語法規則可用上下文無關文法來刻畫。
語法分析的方法分為兩種：自上而下分析法和自下而上分析法。自上而下就是從文法的開始符號出發，向下推導，推出句子。
而自下而上分析法採用的是移進歸約法，基本思想是：用一個寄存符號的先進後出棧，把輸入符號一個一個地移進棧里，當棧頂形成某個產生式的一個候選式時，即把棧頂的這一部分歸約成該產生式的左鄰符號