您好,登錄后才能下訂單哦!
本文小編為大家詳細介紹“web解釋器模式的參與者有哪些”,內容詳細,步驟清晰,細節處理妥當,希望這篇“web解釋器模式的參與者有哪些”文章能幫助大家解決疑惑,下面跟著小編的思路慢慢深入,一起來學習新知識吧。
適用性
如果某種語言可以表示為足夠簡單的抽象語法樹,而且效率不是最重要因素,就可以使用解釋器模式。
結構
參與者
? AbstractExpression (抽象表達式,如Expr)
—聲明抽象的解釋操作,這個操作被所有的子類共享。
?NonterminalExpression (非終結符表達式,如AdditiveExpr、MultiplicativeExpr等)
— 文法中所有可以分解為下級語法節點組合的語法節點都需要一個NonterminalExpression類來實現其功能。
—NonterminalExpression為下級語法節點維護一個AbstractExpression類型的列表。
— 實現解釋 (Interpret) 操作。解釋 (Interpret) 除了要遞歸調用表示下級語法節點的解釋操作之外,也可以對各個節點的解釋結果進行進一步計算。例如AdditiveExpr需要對每個MultiplicativeExpr的解釋結果進行廣義(加或減)的加法計算。
? TerminalExpression (終結符表達式,如IntegerLiteral等)
— 直接實現文法中的簡單操作或計算。
? Context(上下文)
— 包含解釋器之外的一些全局信息。
? Client(客戶)
— 構建語法樹。
— 調用解釋操作。
協作
? Client構建一個抽象語法樹. 然后初始化上下文并調用解釋操作。構建語法樹也可以作為語法節點類的功能來實現。畢竟最熟悉語法節點的就是語法節點類自己。
? 每一非終結符表達式節點調用相應子表達式的解釋操作并合成處理結果。而各終結符表達式負責進行不依賴其他節點的簡單處理或計算。
? 每一節點的解釋操作可以通過上下文來存儲和訪問解釋器的狀態。例如取得或儲存的計算結果、取得事先定義的常量、調用預先登錄的函數等都需要通過上下文來實現。
讀到這里,這篇“web解釋器模式的參與者有哪些”文章已經介紹完畢,想要掌握這篇文章的知識點還需要大家自己動手實踐使用過才能領會,如果想了解更多相關內容的文章,歡迎關注億速云行業資訊頻道。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。