@TomBrito Obwohl dies die eigentliche Frage beantwortet, glaube ich, dass die Notwendigkeit, den Zeichen zu entkommen, nur dann auftritt, wenn sie als spitze Klammern (dh paarweise) verwendet werden, was wiederum impliziert, dass sie Teil eines Codes sind (z. B. eines XML-Tags). wie im Fall von OP). In dieser Situation glaube ich, dass eine bessere Lösung darin besteht, das gesamte XML-Snippet in {@code ...}Tags zu verpacken , wie Etienne Delavennat in seiner Antwort vorgeschlagen hat.
Zoltán
> oder < hat nicht genau die gleiche Bedeutung wie die spitzen Klammern im XML-Format. Ist {@code <>}aber eine richtige Wahl.
cinqS
63
Neuere Versionen von JavaDoc unterstützen {@literal A <B> C}; Dadurch wird der Inhalt korrekt ausgegeben (wobei das '<' und '>' im generierten HTML-Code maskiert wird).
Angesichts der Tatsache, dass XML tatsächlicher Code ist, sind XML-Snippets in Javadoc meiner Meinung nach besser für das Tag {@code A <B> C} geeignet als für das Tag {@literal A <B> C}.
Das Tag {@code} verwendet eine Schriftart mit fester Breite, die den Inhalt als tatsächlichen Code hervorhebt.
Genau. XML sollte in {@code }Tags eingeschlossen werden. Es wird natürlicher angezeigt (mit einer Schriftart mit fester Breite) und sieht im Quell-Javadoc nicht sonderbar aus, da Sie die spitzen Klammern nicht separat umgehen müssen.
Sie müssen nur das HTML-Äquivalent für eine der spitzen Klammern verwenden. Das <kann entweder <oder dargestellt werden <. Hier ist ein Beispiel aus echtem Javadoc:
Das Einfügen von <pre> und {@code} speichert spitze Klammern und Leerzeilen in Javadocs und ist weit verbreitet, siehe beispielsweise java.util.Stream.
Antworten:
Sie können
<
für < und>
für > verwenden .quelle
{@code ...}
Tags zu verpacken , wie Etienne Delavennat in seiner Antwort vorgeschlagen hat.>
oder<
hat nicht genau die gleiche Bedeutung wie die spitzen Klammern im XML-Format. Ist{@code <>}
aber eine richtige Wahl.Neuere Versionen von JavaDoc unterstützen {@literal A <B> C}; Dadurch wird der Inhalt korrekt ausgegeben (wobei das '<' und '>' im generierten HTML-Code maskiert wird).
Siehe http://download.oracle.com/javase/1.5.0/docs/guide/javadoc/whatsnew-1.5.0.html
quelle
Angesichts der Tatsache, dass XML tatsächlicher Code ist, sind XML-Snippets in Javadoc meiner Meinung nach besser für das Tag {@code A <B> C} geeignet als für das Tag {@literal A <B> C}.
Das Tag {@code} verwendet eine Schriftart mit fester Breite, die den Inhalt als tatsächlichen Code hervorhebt.
quelle
{@code }
Tags eingeschlossen werden. Es wird natürlicher angezeigt (mit einer Schriftart mit fester Breite) und sieht im Quell-Javadoc nicht sonderbar aus, da Sie die spitzen Klammern nicht separat umgehen müssen.Escape sie als HTML:
<
und>
quelle
Sie müssen nur das HTML-Äquivalent für eine der spitzen Klammern verwenden. Das
<
kann entweder<
oder dargestellt werden<
. Hier ist ein Beispiel aus echtem Javadoc:Dies wird angezeigt als:
quelle
Wenn Sie maven so einrichten, dass Markdown verwendet wird , können Sie es einfach mit Backticks umgeben.
`A<B>C`
liest sich ein bisschen schöner als{@code A<B>C}
quelle
Das Einfügen von <pre> und {@code} speichert spitze Klammern und Leerzeilen in Javadocs und ist weit verbreitet, siehe beispielsweise java.util.Stream.
quelle
Umgib es einfach
{@code}
so:quelle