ANTLR教程– Hello Word

Antlr代表另一種語言識別工具。 該工具能夠為任何計算機語言生成編譯器或解釋器。 除了明顯的用途（例如需要解析一種真正的“大型”編程語言，例如Java，PHP或SQL）外，它還可以幫助執行更小，更常見的任務。

每當您需要評估編譯時未知的表達式，或者解析奇怪的用戶輸入或文件時，這都是有用的。 當然，可以為任何這些任務創建定制的手工分析器。 但是，通常需要更多時間和精力。 對良好的解析器生成器的一點了解可能會將這些耗時的任務變成簡單而又快速的練習。

這篇文章從ANTLR有用性的一個小例子開始。 然后，我們解釋什么是ANTLR以及它如何工作。 最后，我們展示如何編譯一個簡單的“ Hello word！” 語言轉換成抽象語法樹。 文章還說明了如何添加錯誤處理以及如何測試語言。

下一篇文章展示了如何創建一種真實的表達語言。

實詞示例

ANTLR在開源單詞中似乎很流行。 其中， Apache Camel ， Apache Lucene ， Apache Hadoop ， Groovy和Hibernate都使用它 。 他們都需要用于自定義語言的解析器。 例如，Hibernate使用ANTLR解析其查詢語言HQL。

所有這些都是大型框架，因此與小型應用程序相比，它們更可能需要特定領域的語言。 使用ANTLR的較小項目的列表可在其展示列表中找到 。 我們還找到了一個關于該主題的stackoverflow討論。

若要查看ANTLR可能在哪里有用以及如何節省時間，請嘗試估算以下要求：

  • 將公式計算器添加到會計系統中。 它將計算公式的值，例如(10 + 80)*sales_tax 。
  • 將擴展的搜索字段添加到配方搜索引擎中。 它將搜索匹配表達式的收據，例如(chicken and orange) or (no meat and carrot) 。

我們的安全評估需要一天半的時間，其中包括文檔，測試以及與項目的集成。 如果您面臨類似的要求并且做出了更高的估計，那么ANTLR值得一看。

總覽

ANTLR是代碼生成器。 它以所謂的語法文件作為輸入，并生成兩個類：lexer和parser。

Lexer首先運行，然后將輸入分成稱為令牌的部分。 每個令牌代表或多或少有意義的輸入。 代幣流被傳遞到解析器，解析器完成所有必要的工作。 解析器負責構建抽象語法樹，解釋代碼或將其轉換為其他形式。

語法文件包含ANTLR生成正確的詞法分析器和解析器所需的所有內容。 它是否應該生成Java或python類，解析器是否生成抽象語法樹，匯編代碼或直接解釋代碼等。 正如本教程顯示如何構建抽象語法樹一樣，在以下說明中我們將忽略其他選項。

最重要的是，語法文件描述了如何將輸入分為令牌以及如何從令牌構建樹。 換句話說，語法文件包含詞法分析器規則和解析器規則。

每個詞法分析器規則描述一個令牌： 

TokenName: regular expression;

解析器規則更加復雜。 最基本的版本類似于lexer規則中的版本： 

ParserRuleName: regular expression;

它們可能包含修飾符，這些修飾符在結果抽象語法樹中指定輸入，根和子元素上的特殊轉換，或在使用規則時執行的操作。 幾乎所有工作通常都在解析器規則內完成。

基礎設施

首先，我們展示使ANTLR開發更容易的工具。 當然，本章中所描述的內容都不是必需的。 所有示例僅適用于maven，文本編輯器和Internet連接。

ANTLR項目制作了獨立的IDE ， Eclipse插件和Idea插件 。 我們沒有找到NetBeans插件。

ANTLRWorks

獨立的想法稱為ANTLRWorks 。 從項目下載頁面下載 。 ANTLRWorks是單個jar文件，請使用java -jar antlrworks-1.4.3.jar命令運行它。

IDE具有更多功能，并且比Eclipse插件更穩定。

Eclipse插件

從ANTLR 下載頁面下載并解壓縮ANTLR v3。 然后，從Eclipse Marketplace安裝ANTLR插件：

轉到“首選項”并配置ANTLR v3安裝目錄：

要測試配置，請下載示例語法文件并在eclipse中打開它。 它將在ANTLR編輯器中打開。 編輯器具有三個選項卡：

  • 語法–具有語法突出顯示，代碼完成等功能的文本編輯器。
  • 解釋器–將測試表達式編譯成語法樹，可能會產生與生成的解析器不同的結果。 它傾向于在正確的表達式上拋出失敗的謂詞異常。
  • 鐵路視圖–繪制詞法分析器和解析器規則的漂亮圖形。

空項目– Maven配置

本章說明如何將ANTLR添加到Maven項目中。 如果您使用Eclipse且尚未安裝m2eclipse插件，請從http://download.eclipse.org/technology/m2e/releases更新站點進行安裝。 這將使您的生活更加輕松。

建立專案

創建一個新的Maven項目，并在“選擇原型”屏幕上指定maven-archetype-quickstart。 如果不使用Eclipse，則命令mvn archetype:generate可以達到相同的效果。

相依性

將ANTLR依賴項添加到pom.xml中 ： 

org.antlrantlr3.3jarcompile

注意：由于ANTLR沒有向后兼容的歷史記錄，因此最好指定所需的版本。

外掛程式

Antlr maven插件在generate-sources階段運行，并從語法（.g）文件生成lexer和parser java類。 將其添加到pom.xml中 ： 

org.antlrantlr3-maven-plugin3.3run antlrgenerate-sourcesantlr

創建src/main/antlr3文件夾。 該插件希望其中包含所有語法文件。

生成的文件放在target/generated-sources/antlr3目錄中。 由于此目錄不在默認的maven構建路徑中，因此我們使用build-helper-maven-plugin將其添加到該目錄中： 

org.codehaus.mojobuild-helper-maven-pluginadd-sourcegenerate-sourcesadd-source${basedir}/target/generated-sources/antlr3

如果使用eclipse，則必須更新項目配置：右鍵單擊項目->'maven'->'更新項目配置'。

測試一下

調用maven以測試項目配置：右鍵單擊項目->'Run As'->'Maven generate-sources'。 或者，使用mvn generate-sources命令。

構建應該成功。 控制臺輸出應包含antlr3-maven-plugin插件輸出： 

[INFO] --- antlr3-maven-plugin:3.3:antlr (run antlr) @ antlr-step-by-step ---
[INFO] ANTLR: Processing source directory C:\meri\ANTLR\workspace\antlr-step-by-step\src\main\antlr3
[INFO] No grammars to process
ANTLR Parser Generator  Version 3.3 Nov 30, 2010 12:46:29

它之后應該是build-helper-maven-plugin插件輸出： 

[INFO] --- build-helper-maven-plugin:1.7:add-source (add-source) @ antlr-step-by-step ---
[INFO] Source directory: C:\meri\ANTLR\workspace\antlr-step-by-step\target\generated-sources\antlr3 added.

此階段的結果位于github上，標記為001-configured_antlr 。

你好字

我們將創建最簡單的語言解析器– hello word解析器。 它通過一個表達式構建一個小的抽象語法樹：“ Hello word！”。

我們將使用它來顯示如何創建語法文件并從中生成ANTLR類。 然后，我們將展示如何使用生成的文件并創建單元測試。

第一個語法文件

Antlr3-maven-plugin在src/main/antlr3目錄中搜索語法文件。 它使用語法為每個子目錄創建新程序包，并在其中生成解析器和詞法分析器類。 由于我們希望將類生成到org.meri.antlr_step_by_step.parsers包中，因此我們必須創建src/main/antlr3/org/meri/antlr_step_by_step/parsers目錄。

語法名稱和文件名必須相同。 文件必須帶有.g后綴。 此外，每個語法文件都以語法名稱聲明開頭。 我們的S001HelloWord語法從以下幾行開始： 

grammar S001HelloWord;

聲明之后始終是生成器選項。 我們正在研究Java項目，希望將表達式編譯成抽象語法樹： 

options {// antlr will generate java lexer and parserlanguage = Java;// generated parser should create abstract syntax treeoutput = AST;
}

Antlr不會在生成的類之上生成包聲明。 我們必須使用@parser::header和@lexer::header塊來實施它。 標頭必須遵循選項塊： 

@lexer::header {package org.meri.antlr_step_by_step.parsers;
}@parser::header {package org.meri.antlr_step_by_step.parsers;
}

每個語法文件必須至少具有一個詞法分析器規則。 每個詞法分析器規則必須以大寫字母開頭。 我們有兩個規則，第一個定義一個稱呼令牌，第二個定義一個endsymbol令牌。 稱呼必須為“ Hello word”，并且結尾符號必須為“！”。 

SALUTATION:'Hello word';   
ENDSYMBOL:'!';

同樣，每個語法文件必須至少具有一個解析器規則。 每個解析器規則必須以小寫字母開頭。 我們只有一個解析器規則：我們語言中的任何表達式都必須由稱呼后跟一個結尾符號組成。 

expression : SALUTATION ENDSYMBOL;

注意：語法文件元素的順序是固定的。 如果更改它，則antlr插件將失敗。

生成詞法分析器和解析器

使用mvn generate-sources命令或從Eclipse從命令行生成詞法分析器和解析器：

  • 右鍵單擊該項目。
  • 點擊“運行方式”。
  • 單擊“ Maven生成源”。

Antlr插件將創建target / generated-sources / antlr / org / meri / antlr_step_by_step / parsers文件夾，并將S001HelloWordLexer.java和S001HelloWordParser.java文件放入其中。

使用Lexer和Parser

最后，我們創建編譯器類。 它只有一種公共方法，該方法：

  • 調用生成的詞法分析器將輸入拆分為令牌，
  • 調用生成的解析器以根據令牌構建AST，
  • 將結果AST樹打印到控制臺中，
  • 返回抽象語法樹。

編譯器位于S001HelloWordCompiler類中： 

public CommonTree compile(String expression) {try {//lexer splits input into tokensANTLRStringStream input = new ANTLRStringStream(expression);TokenStream tokens = new CommonTokenStream( new S001HelloWordLexer( input ) );//parser generates abstract syntax treeS001HelloWordParser parser = new S001HelloWordParser(tokens);S001HelloWordParser.expression_return ret = parser.expression();//acquire parse resultCommonTree ast = (CommonTree) ret.tree;printTree(ast);return ast;} catch (RecognitionException e) {throw new IllegalStateException("Recognition exception is never thrown, only declared.");}

注意：不必擔心在S001HelloWordParser.expression()方法上聲明的RecognitionException異常。 它永遠不會被拋出。

測試它

在本章結束時，我們將使用一個針對新編譯器的小測試用例。 創建S001HelloWordTest類： 

public class S001HelloWordTest {/*** Abstract syntax tree generated from "Hello word!" should have an * unnamed root node with two children. First child corresponds to * salutation token and second child corresponds to end symbol token.* * Token type constants are defined in generated S001HelloWordParser * class.*/@Testpublic void testCorrectExpression() {//compile the expressionS001HelloWordCompiler compiler = new S001HelloWordCompiler();CommonTree ast = compiler.compile("Hello word!");CommonTree leftChild = ast.getChild(0);CommonTree rightChild = ast.getChild(1);//check ast structureassertEquals(S001HelloWordParser.SALUTATION, leftChild.getType());assertEquals(S001HelloWordParser.ENDSYMBOL, rightChild.getType());}}

測試將成功通過。 它將抽象語法樹打印到控制臺： 

0 null-- 4 Hello word-- 5 !

IDE中的語法

在編輯器中打開S001HelloWord.g并進入解釋器選項卡。

  • 在左上方視圖中突出顯示表達式規則。
  • 寫下“你好字！” 進入右上視圖。
  • 按左上角的綠色箭頭。

解釋器將生成解析樹：

復制語法

本教程中的每個新語法都基于先前的語法。 我們匯總了將舊語法復制到新語法所需的步驟列表。 使用它們將OldGrammar復制到NewGrammar：

  • 將OldGrammar.g復制到同一目錄中的NewGrammar.g 。
  • 將語法聲明更改為grammar NewGrammar;
  • 生成解析器和詞法分析器。
  • 創建類似于先前的OldGrammarCompiler類的新類NewGrammarCompiler 。
  • 創建類似于先前的OldGrammarTest類的新測試類NewGrammarTest 。

錯誤處理

沒有適當的錯誤處理，沒有任何任務真正完成。 生成的ANTLR類盡可能嘗試從錯誤中恢復。 它們的確向控制臺報告錯誤，但是沒有現成的API可以以編程方式查找語法錯誤。

如果我們只構建命令行編譯器，那可能很好。 但是，假設我們正在為我們的語言構建GUI，或將結果用作其他工具的輸入。 在這種情況下，我們需要對所有生成的錯誤進行API訪問。

在本章的開始，我們將嘗試默認錯誤處理并為其創建測試用例。 然后，我們將添加一個簡單的錯誤處理，只要發生第一個錯誤，該處理都會引發異常。 最后，我們將轉到“真實”解決方案。 它將在內部列表中收集所有錯誤并提供訪問它們的方法。

作為副產品，本章介紹了如何：

  • 將自定義catch子句添加到解析器規則中 ，
  • 向生成的類中添加新的方法和字段 ，
  • 覆蓋生成的方法 。

默認錯誤處理

首先，我們將嘗試解析各種不正確的表達式。 目的是了解默認的ANTLR錯誤處理行為。 我們將從每個實驗中創建測試用例。 所有測試用例都位于S001HelloWordExperimentsTest類中。

表達式1 ： Hello word?

結果樹與正確的樹非常相似： 

0 null-- 4 Hello word-- 5 ?<missing ENDSYMBOL>

控制臺輸出包含錯誤： 

line 1:10 no viable alternative at character '?'
line 1:11 missing ENDSYMBOL at '<eof>'

測試用例 ：以下測試用例通過均沒有問題。 不會引發異常，并且抽象語法樹節點類型與正確的表達式中的相同。 

@Testpublic void testSmallError() {//compile the expressionS001HelloWordCompiler compiler = new S001HelloWordCompiler();CommonTree ast = compiler.compile("Hello word?");//check AST structureassertEquals(S001HelloWordParser.SALUTATION, ast.getChild(0).getType());assertEquals(S001HelloWordParser.ENDSYMBOL, ast.getChild(1).getType());}

表情2 ： Bye!

結果樹與正確的樹非常相似： 

0 null-- 4 <missing>-- 5 !</missing>

控制臺輸出包含錯誤： 

line 1:0 no viable alternative at character 'B'
line 1:1 no viable alternative at character 'y'
line 1:2 no viable alternative at character 'e'
line 1:3 missing SALUTATION at '!'

測試用例 ：以下測試用例通過均沒有問題。 不會引發異常，并且抽象語法樹節點類型與正確的表達式中的相同。 

@Testpublic void testBiggerError() {//compile the expressionS001HelloWordCompiler compiler = new S001HelloWordCompiler();CommonTree ast = compiler.compile("Bye!");//check AST structureassertEquals(S001HelloWordParser.SALUTATION, ast.getChild(0).getType());assertEquals(S001HelloWordParser.ENDSYMBOL, ast.getChild(1).getType());}

表達式3 ： Incorrect Expression

結果樹只有根節點，沒有子節點： 

0

控制臺輸出包含很多錯誤： 

line 1:0 no viable alternative at character 'I'
line 1:1 no viable alternative at character 'n'
line 1:2 no viable alternative at character 'c'
line 1:3 no viable alternative at character 'o'
line 1:4 no viable alternative at character 'r'
line 1:5 no viable alternative at character 'r'
line 1:6 no viable alternative at character 'e'
line 1:7 no viable alternative at character 'c'
line 1:8 no viable alternative at character 't'
line 1:9 no viable alternative at character ' '
line 1:10 no viable alternative at character 'E'
line 1:11 no viable alternative at character 'x'
line 1:12 no viable alternative at character 'p'
line 1:13 no viable alternative at character 'r'
line 1:14 no viable alternative at character 'e'
line 1:15 no viable alternative at character 's'
line 1:16 no viable alternative at character 's'
line 1:17 no viable alternative at character 'i'
line 1:18 no viable alternative at character 'o'
line 1:19 no viable alternative at character 'n'
line 1:20 mismatched input '&ltEOF>' expecting SALUTATION

測試用例 ：我們終于找到一個表達式，該表達式導致不同的樹結構。 

@Testpublic void testCompletelyWrong() {//compile the expressionS001HelloWordCompiler compiler = new S001HelloWordCompiler();CommonTree ast = compiler.compile("Incorrect Expression");//check AST structureassertEquals(0, ast.getChildCount());}

Lexer中的錯誤處理

每個詞法分析器規則“ RULE”對應于生成的詞法分析器中的“ mRULE”方法。 例如，我們的語法有兩個規則： 

SALUTATION:'Hello word';   
ENDSYMBOL:'!';

并且生成的詞法分析器有兩種相應的方法 ： 

public final void mSALUTATION() throws RecognitionException {// ...
}public final void mENDSYMBOL() throws RecognitionException {// ...
}

根據拋出的異常，lexer可能會也可能不會嘗試從中恢復。 但是，每個錯誤都以reportError(RecognitionException e)方法結尾。 生成的詞法分析器繼承它： 

public void reportError(RecognitionException e) {displayRecognitionError(this.getTokenNames(), e);}

結果：我們必須在lexer中更改reportError或displayRecognitionError方法。

解析器中的錯誤處理

我們的語法只有一個解析器規則“表達式”： 

expression SALUTATION ENDSYMBOL;

該表達式對應于生成的解析器中的expression()方法： 

public final expression_return expression() throws RecognitionException {//initializationtry {//parsing}catch (RecognitionException re) {reportError(re);recover(input,re);retval.tree = (Object) adaptor.errorNode(input, retval.start, input.LT(-1), re);} finally {}//return result;
}

如果發生錯誤，解析器將：

  • 向控制臺報告錯誤，
  • 從錯誤中恢復
  • 將錯誤節點（而不是普通節點）添加到抽象語法樹。

解析器中的錯誤報告比lexer中的錯誤報告稍微復雜一些： 

/** Report a recognition problem.**  This method sets errorRecovery to indicate the parser is recovering*  not parsing.  Once in recovery mode, no errors are generated.*  To get out of recovery mode, the parser must successfully match*  a token (after a resync).  So it will go:**   1. error occurs*   2. enter recovery mode, report error*   3. consume until token found in resynch set*   4. try to resume parsing*   5. next match() will reset errorRecovery mode**  If you override, make sure to update syntaxErrors if you care about that.*/public void reportError(RecognitionException e) {// if we've already reported an error and have not matched a token// yet successfully, don't report any errors.if ( state.errorRecovery ) {return;}state.syntaxErrors++; // don't count spuriousstate.errorRecovery = true;displayRecognitionError(this.getTokenNames(), e);}

這次我們有兩個可能的選擇：

  • 通過自己的處理替換解析器規則方法中的catch子句，
  • 覆蓋解析器方法。

在解析器中更改捕獲

Antlr提供了兩種方法來更改解析器中生成的catch子句。 我們將創建兩個新的語法，每個語法都演示一種方法。 在這兩種情況下，我們都會使解析器在第一個錯誤時退出。

首先，我們可以將rulecatch添加到新S002HelloWordWithErrorHandling語法的解析器規則中： 

expression : SALUTATION ENDSYMBOL;
catch [RecognitionException e] {//Custom handling of an exception. Any java code is allowed.throw new S002HelloWordError(":(", e);
}

當然，我們必須將S002HelloWordError異常的導入添加到headers塊中 ： 

@parser::header {package org.meri.antlr_step_by_step.parsers;//add imports (see full line on Github)import ... .S002HelloWordWithErrorHandlingCompiler.S002HelloWordError;
}

編譯器類與以前幾乎相同。 它聲明了新的異常： 

public class S002HelloWordWithErrorHandlingCompiler extends AbstractCompiler {public CommonTree compile(String expression) {// no change here}@SuppressWarnings("serial")public static class S002HelloWordError extends RuntimeException {public S002HelloWordError(String arg0, Throwable arg1) {super(arg0, arg1);}}
}

然后，ANTLR將用我們自己的處理方式替換表達式規則方法中的默認catch子句： 

public final expression_return expression() throws RecognitionException {//initializationtry {//parsing}catch (RecognitionException re) {//Custom handling of an exception. Any java code is allowed.throw new S002HelloWordError(":(", e); } finally {}//return result;
}

通常， 語法 ， 編譯器類和測試類在Github上都可用。

或者，我們可以將rulecatch規則放在標題塊和第一個lexer規則之間。 S003HelloWordWithErrorHandling語法演示了此方法： 

//change error handling in all parser rules
@rulecatch {catch (RecognitionException e) {//Custom handling of an exception. Any java code is allowed.throw new S003HelloWordError(":(", e);}
}

我們必須將S003HelloWordError異常的導入添加到標頭塊中： 

@parser::header {package org.meri.antlr_step_by_step.parsers;//add imports (see full line on Github)import ... .S003HelloWordWithErrorHandlingCompiler.S003HelloWordError;
}

編譯器類與前面的情況完全相同。 ANTLR將替換所有解析器規則中的默認catch子句： 

public final expression_return expression() throws RecognitionException {//initializationtry {//parsing}catch (RecognitionException re) {//Custom handling of an exception. Any java code is allowed.throw new S003HelloWordError(":(", e); } finally {}//return result;
}

同樣，Github提供了語法 ， 編譯器類和測試類 。

不幸的是，這種方法有兩個缺點。 首先，它僅在解析器中不適用于lexer。 其次，默認報告和恢復功能以合理的方式工作。 它嘗試從錯誤中恢復。 一旦開始恢復，就不會產生新的錯誤。 僅當解析器未處于錯誤恢復模式時，才會生成錯誤消息。

我們喜歡此功能，因此我們決定僅更改錯誤報告的默認實現。


將方法和字段添加到生成的類

我們會將所有詞法分析器/解析器錯誤存儲在私有列表中。 此外，我們將在生成的類中添加兩個方法：

  • hasErrors –如果發生至少一個錯誤，則返回true，
  • getErrors –返回所有生成的錯誤。

在@members塊內添加了新的字段和方法： 

@lexer::members {//everything you need to add to the lexer
}@parser::members {//everything you need to add to the parser
}

成員塊必須放在標題塊和第一個詞法分析器規則之間。 該示例的語法為S004HelloWordWithErrorHandling ： 

//add new members to generated lexer
@lexer::members {//add new fieldprivate List<RecognitionException> errors = new ArrayList <RecognitionException> ();//add new methodpublic List<RecognitionException> getAllErrors() {return new ArrayList<RecognitionException>(errors);}//add new methodpublic boolean hasErrors() {return !errors.isEmpty();}
}//add new members to generated parser
@parser::members {//add new fieldprivate List<RecognitionException> errors = new ArrayList <RecognitionException> ();//add new methodpublic List<RecognitionException> getAllErrors() {return new ArrayList<RecognitionException>(errors);}//add new methodpublic boolean hasErrors() {return !errors.isEmpty();}
}

生成的詞法分析器和生成的解析器都包含用member塊編寫的所有字段和方法。

覆蓋生成的方法

要覆蓋生成的方法，請執行與要添加新方法相同的操作，例如，將其添加到@members塊中： 

//override generated method in lexer
@lexer::members {//override methodpublic void reportError(RecognitionException e) {errors.add(e);displayRecognitionError(this.getTokenNames(), e);}
}//override generated method in parser
@parser::members {//override methodpublic void reportError(RecognitionException e) {errors.add(e);displayRecognitionError(this.getTokenNames(), e);}
}

現在，reportError方法將覆蓋lexer和parser中的默認行為。

收集編譯器中的錯誤

最后，我們必須更改編譯器類。 新版本將在輸入解析階段之后收集所有錯誤： 

private List<RecognitionException> errors = new ArrayList<RecognitionException>();public CommonTree compile(String expression) {try {... init lexer ...... init parser ...ret = parser.expression();//collect all errorsif (lexer.hasErrors())errors.addAll(lexer.getAllErrors());if (parser.hasErrors())errors.addAll(parser.getAllErrors());//acquire parse result... as usually ...} catch (RecognitionException e) {...}
}/**
* @return all errors found during last run
*/
public List<RecognitionException> getAllErrors() {return errors;
}

解析器完成工作后，我們必須收集詞法分析器錯誤。 從它調用詞法分析器，之前沒有任何錯誤。 像往常一樣，我們將語法 ， 編譯器類和測試類放在Github上。

下載antlr分步項目的標記003-S002-to-S004HelloWordWithErrorHandling ，以查找同一java項目中的所有三種錯誤處理方法。

參考： ANTLR教程–我們的JCG合作伙伴 Maria Jurcovicova在This is Stuff博客上的問候語。


翻譯自: https://www.javacodegeeks.com/2012/04/antlr-tutorial-hello-word.html

本文來自互聯網用戶投稿，該文觀點僅代表作者本人，不代表本站立場。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。
如若轉載，請注明出處：http://www.pswp.cn/news/372723.shtml
繁體地址，請注明出處：http://hk.pswp.cn/news/372723.shtml
英文地址，請注明出處：http://en.pswp.cn/news/372723.shtml

如若內容造成侵權/違法違規/事實不符，請聯系多彩編程網進行投訴反饋email:809451989@qq.com，一經查實，立即刪除！

相關文章

centOS 6.5安裝python和nginx

centOS 6.5安裝python和nginx

一、安裝python3.5 1、安裝python3.5 2、安裝pip并升級到最新 下載wget --no-check-certificate https://github.com/pypa/pip/archive/1.5.5.tar.gz 注意&#xff1a;wget獲取https的時候要加上&#xff1a;--no-check-certificate tar zvxf 1.5.5.tar.gz #解壓文件 cd pip…
閱讀更多...
rabbitmq 學習-9- RpcClient發送消息和同步接收消息原理

rabbitmq 學習-9- RpcClient發送消息和同步接收消息原理

rabbitmq 學習-9- RpcClient發送消息和同步接收消息原理 轉載于:https://www.cnblogs.com/gotodsp/p/6532824.html
閱讀更多...
匯編寫java模塊_java – maven匯編插件moduleset源指令不包括任何文件,不符合附帶的模塊...

匯編寫java模塊_java – maven匯編插件moduleset源指令不包括任何文件,不符合附帶的模塊...

我有一個多模塊的maven項目,我正在嘗試獲取組件插件的moduleset源部分.我有模塊“module_parent”,“module_a”和“module_assembly”.module_a和module_assembly是module_parent的子項.module_assembly對module_a有一個聲明的pom依賴關系.module_assmebly具有程序集插件,asse…
閱讀更多...
用于RIA的JavaFX 2與HTML5

用于RIA的JavaFX 2與HTML5

這些天來&#xff0c;我們正在啟動一個新項目&#xff0c;以實現Rich Internet Application&#xff08;RIA&#xff09; 。 第一個問題是&#xff1a;我們應該使用哪些技術和框架&#xff1f; 后端將是Java或其他現代JVM語言&#xff0c;因為我們主要是經驗豐富的Java開發人員…
閱讀更多...
插件化編程實現的一份糖炒栗子~~

插件化編程實現的一份糖炒栗子~~

迷茫的原因是因為想得太多&#xff0c;做得太少。因為只是 想 真的很容易&#xff0c;轉瞬之間就會產生無數個念頭&#xff0c;或許是該做點什么了吧。 但是整個人都是懶的&#xff0c;是廢的&#xff0c;是大腦控制不住自己的行為的。解決方案唯有一步一步的去把行為變成習慣。…
閱讀更多...
用C#來學習唐詩三百首和全唐詩

用C#來學習唐詩三百首和全唐詩

Begin 最近把項目做完了&#xff0c;閑來無事&#xff0c;就想做點好玩的事情&#xff0c;剛好前幾天下載了【唐詩三百首】和【全唐詩】這兩個txt文件&#xff0c;正好用C#來整理一下。 然后導出QData格式&#xff0c;可以給其他軟件讀取。 以后弄個開機自動顯示一句詩&#xf…
閱讀更多...
JRockit JRCMD教程

JRockit JRCMD教程

本文將為您提供概述和教程&#xff0c;說明如何使用jrcmd工具對JRockit Java Heap問題進行初始分析和問題隔離。 將來的文章中將介紹使用JRockit任務控制和堆轉儲分析&#xff08;僅限JRockit R28 版&#xff09;的更深入的分析和教程。 有關JRockit Java堆空間的快速概述&…
閱讀更多...
sts java配置tomcat_STS配置Tomcat.9.0

sts java配置tomcat_STS配置Tomcat.9.0

今天&#xff0c;心血來潮&#xff0c;弄了一下STS,按著建立WEB項目的方式建立工程。一、新建工程(FILE --NEW--Dynamic Web project)二、輸入項目名稱&#xff0c;TestWeb&#xff0c;然后下一步&#xff0c;點擊FInish.三、新建index.jsp并打開index.jsp,書寫測試成功&#x…
閱讀更多...
javaweb國際化

javaweb國際化

根據數據的類型不同&#xff0c;國際化分為2類&#xff1a;靜態數據國際化和動態數據的國際化。 靜態數據&#xff0c;包括 “標題”、“用戶名”、“密碼”這樣的文字數據。 動態數據&#xff0c;包括日期、貨幣等可以動態生成的數據。 國際化涉及到java.util.Locale和java.ut…
閱讀更多...
20145335郝昊《網絡攻防》Bof逆向基礎——ShellCode注入與執行

20145335郝昊《網絡攻防》Bof逆向基礎——ShellCode注入與執行

20145335郝昊《網絡攻防》Bof逆向基礎——ShellCode注入與執行 實驗原理 關于ShellCode&#xff1a;ShellCode是一段代碼&#xff0c;作為數據發送給受攻擊服務器&#xff0c;是溢出程序和蠕蟲病毒的核心&#xff0c;一般可以獲取權限。我們將代碼存儲到對方的堆棧中&#xff0…
閱讀更多...
Java枚舉益智游戲

Java枚舉益智游戲

假設我們有以下代碼&#xff1a; enum Case {CASE_ONE,CASE_TWO,CASE_THREE;private static final int counter;private int valueDependsOnCounter;static {int sum 0;for(int i 0; i<10; i) {sum i;}counter sum;} Case() {this.valueDependsOnCounter counter*counte…
閱讀更多...
jp在java中無法編譯_JPanal上加圖片的問題！

jp在java中無法編譯_JPanal上加圖片的問題！

JPanal上加圖片的問題&#xff01;import java.awt.BorderLayout;import java.awt.Dimension;import javax.swing.JFrame;import javax.swing.JPanel;import javax.swing.*;import java.awt.*;public class Frame1 extends JFrame {JPanel contentPane;JLabel jLabel1 new JLa…
閱讀更多...
玩轉Android之加速度傳感器的使用，模仿微信搖一搖

玩轉Android之加速度傳感器的使用，模仿微信搖一搖

Android系統帶的傳感器有很多種&#xff0c;最常見的莫過于微信的搖一搖了&#xff0c;那么今天我們就來看看Anroid中傳感器的使用&#xff0c;做一個類似于微信搖一搖的效果。 OK ,廢話不多說&#xff0c;我們就先來看看效果圖吧&#xff1a; 當我搖動手機的時候這里的動畫效果…
閱讀更多...
圖像

圖像

背景圖案的設置 將圖片插入到網頁中去 用圖像作為超鏈接 使用工具建立地圖索引 切片索引 為網站添加圖標 5.1 背景圖案的設置&#xff08;背景不占位置&#xff0c;不影響文本的輸入&#xff09; 格式&#xff1a;<body background"URL"> 5.2 將圖片插入…
閱讀更多...
Maven構建依賴項

Maven構建依賴項

熟悉發行版和快照依賴項的Maven和Gradle用戶可能不了解TeamCity快照依賴項&#xff0c;或者認為他們與Maven相關&#xff08;這是不正確的&#xff09;。 熟悉工件和快照依賴關系的TeamCity用戶可能不知道&#xff0c;除了TeamCity提供的插件之外&#xff0c;添加Artifactory插…
閱讀更多...
Java兩種設計模式_23種設計模式（11）java策略模式

Java兩種設計模式_23種設計模式（11）java策略模式

23種設計模式第四篇&#xff1a;java策略模式定義&#xff1a;定義一組算法&#xff0c;將每個算法都封裝起來&#xff0c;并且使他們之間可以互換。類型&#xff1a;行為類模式類圖&#xff1a;策略模式是對算法的封裝&#xff0c;把一系列的算法分別封裝到對應的類中&#xf…
閱讀更多...
Problem E: 平面上的點——Point類 (II)

Problem E: 平面上的點——Point類 (II)

Description 在數學上&#xff0c;平面直角坐標系上的點用X軸和Y軸上的兩個坐標值唯一確定。現在我們封裝一個“Point類”來實現平面上的點的操作。 根據“append.cc”&#xff0c;完成Point類的構造方法和show()方法&#xff0c;輸出各Point對象的構造和析構次序。 接口描述&a…
閱讀更多...
MFC 控件RadioButton和CheckBox區別

MFC 控件RadioButton和CheckBox區別

1. 單個RadioButton在選中后&#xff0c;通過點擊無法變為未選中 單個CheckBox在選中后&#xff0c;通過點擊可以變為未選中 2. 一組RadioButton&#xff0c;只能同時選中一個 一組CheckBox&#xff0c;能同時選中多個 3. RadioButton在大部分UI框架中默認都以圓形表示 CheckBo…
閱讀更多...
什么是ActiveMQ？

什么是ActiveMQ？

盡管Active MQ網站已經對ActiveMQ進行了詳盡的介紹&#xff0c;但我想在其定義中添加更多上下文。 從ActiveMQ項目的網站上&#xff1a; “ ActiveMQ是JMS 1.1的開源實現&#xff0c;是J2EE 1.4規范的一部分。” 這是我的看法&#xff1a;ActiveMQ是一種開源消息傳遞軟件&…
閱讀更多...
字符串倒著輸出java_Java 輸出反轉字符串

字符串倒著輸出java_Java 輸出反轉字符串

Java 輸出反轉字符串public class Test {public static void main(String args[]){try{// 獲取鍵盤輸入的字符串BufferReader f new BufferReader(new inputStreamReader(System.in));String str f.readline();for (int i str.length() -1 ; i >0 ; i--) {System.out.p…
閱讀更多...
最新文章

Copyright @ 2022~2023