views:

443

answers:

5

I have a need to include */ in my JavaDoc comment. The problem is that this is also the same sequence for closing a comment. What the proper way to quote/escape this?

Example:

/**
 * Returns true if the specified string contains "*/".
 */
public boolean containsSpecialSequence(String str)

Follow up: It appears I can use / for the slash. The only downside is that this isn't all that readable when viewing the code directly in a text editor.

/**
 * Returns true if the specified string contains "*/".
 */
+11  A: 

Use HTML escaping.

So in your example:

/**
 * Returns true if the specified string contains "*/".
 */
public boolean containsSpecialSequence(String str)

/ escapes as a "/" character.

Javadoc should insert the escaped sequence unmolested into the HTML it generates, and that should render as "*/" in your browser.

If you want to be very careful, you could escape both characters: */ translates to */

Edit:

Follow up: It appears I can use / for the slash. The only downside is that this isn't all that readable when view the code directly.

So? The point isn't for your code to be readable, the point is for your code documentation to be readable. Most Javadoc comments embed complex HTML for explaination. Hell, C#'s equivalent offers a complete XML tag library. I've seen some pretty intricate structures in there, let me tell you.

Edit 2: If it bothers you too much, you might embed a non-javadoc inline comment that explains the encoding:

/**
 * Returns true if the specified string contains "*/".
 */
// returns true if the specified string contains "*/"
public boolean containsSpecialSequence(String str)
Randolpho
I'd have gone for the B.
Tom Hawtin - tackline
@Tom Hawtin: Eh, potato pot-ah-to. Either one works. :)
Randolpho
Does this bother anyone else except for me? Now it looks good in the javadoc but it's unreadable when you're just looking at the source code...
Outlaw Programmer
It's not entirely unreadable. You're a programmer, right? You should at least be able to realize that it's an HTML escape code, even if you don't recognize the actual value. You can always look it up. As I said before, the point of javadoc is readability of documentation, not code.
Randolpho
That said, you could always embed a comment that's not Javadoc to explain it to yourself elsewhere in your code. Something like: // searches for "*/"
Randolpho
Just open the javadoc view in your IDE. They tend to be pretty awesome these days...
Stephen
+5  A: 

Use the entity

*/

In your documentation it will show up as a "*/"

cpatrick
+2  A: 

Another way I stumbled upon, just for completeness: add some HTML markup which doesn't alter the output between the * and /.

  /**
   * *<b/>/
   */

Compared to the HTML escape solution, this seems something of an ugly hack, but it also yields the right result in HTML output.

Jonik
Not quite; your suggestion as it currently stands would likely violate html doctypes. If somebody were to go this route, I would suggest something like: <b>*</b><b>/</b> to make sure the tags are closed.
Randolpho
Ah, I was wondering about that, but left it like that because it's the shortest option and worked fine in IDEA (Ctrl-Q). If not <b/>, wouldn't *<b></b>/ or *<span/>/ suffice?
Jonik
+2  A: 

I would suggest you also add a line comment somewhere near saying something like

// *&#47; is html for */
hasen j
+3  A: 
/**
 * Returns true if the specified string contains "*&#47;".
 */

This is the ‘right’ solution, but for readability's sake I'd probably go for:

/**
 * Returns true if the string contains an asterisk followed by slash.
 */
bobince