java注释风格 与javadoc

JAVA入坑之JAVADOC(Java API 文档生成器)与快速生成 Javadoc是Java SE中的一个工具,文档注释以/**开头,并以*/结束,可以通过 Javadoc 生成一个和源代码配套的 API 帮助文档,Java 帮助文档主要用来说明类、成员变量和方法的功能。文档注释只放在类、接口、成员变量、方法之前,因为 Javadoc 只处理这些地方的文档注释,而忽略其它地方的文档注释。 阅读详情
javadoc做注释 
一. Java 文档 

// 注释一行 
/* ...... */ 注释若干行 
/** ...... */ 注释若干行,并写入 javadoc 文档 

通常这种注释的多行写法如下: 

/** 
* ......... 
* ......... 
*/ 

javadoc -d 文档存放目录 -author -version 源文件名.java 
这条命令编译一个名为 “源文件名.java”的 java 源文件,并将生成的文档存放在“文档存放目录”指定的目录下,生成的文档中 index.html 就是文档的首页。-author 和 -version 两个选项可以省略。 

二. 文档注释的格式 

1. 文档和文档注释的格式化 

生成的文档是 HTML 格式,而这些 HTML 格式的标识符并不是 javadoc 加的,而是我们在写注释的时候写上去的。 
比如,需要换行时,不是敲入一个回车符,而是写入 <br>,如果要分段,就应该在段前写入 <p>。 
文档注释的正文并不是直接复制到输出文件 (文档的 HTML 文件),而是读取每一行后,删掉前导的 * 号及 * 号以前的空格,再输入到文档的。如 

/** 
* This is first line. <br> 
***** This is second line. <br> 
This is third line. 
*/ 


2. 文档注释的三部分 
先举例如下 

/** 
* show 方法的简述. 
* <p>show 方法的详细说明第一行<br> 
* show 方法的详细说明第二行 
* @param b true 表示显示,false 表示隐藏 
* @return 没有返回值 
*/ 
public void show(boolean b) { 
frame.show(b); 
} 

第一部分是简述。文档中,对于属性和方法都是先有一个列表,然后才在后面一个一个的详细的说明 
简述部分写在一段文档注释的最前面,第一个点号 (.) 之前 (包括点号)。换句话说,就是用第一个点号分隔文档注释,之前是简述,之后是第二部分和第三部分。 

第二部分是详细说明部分。该部分对属性或者方法进行详细的说明,在格式上没有什么特殊的要求,可以包含若干个点号。 
* show 方法的简述. 
* <p>show 方法的详细说明第一行<br> 
* show 方法的详细说明第二行 

简述也在其中。这一点要记住了 

第三部分是特殊说明部分。这部分包括版本说明、参数说明、返回值说明等。 
* @param b true 表示显示,false 表示隐藏 
* @return 没有返回值 

三. 使用 javadoc 标记 
javadoc 标记由“@”及其后所跟的标记类型和专用注释引用组成 
javadoc 标记有如下一些: 
@author 标明开发该类模块的作者 
@version 标明该类模块的版本 
@see 参考转向,也就是相关主题 
@param 对方法中某参数的说明 
@return 对方法返回值的说明 
@exception 对方法可能抛出的异常进行说明 

@author 作者名 
@version 版本号 
其中,@author 可以多次使用,以指明多个作者,生成的文档中每个作者之间使用逗号 (,) 隔开。@version 也可以使用多次,只有第一次有效 

使用 @param、@return 和 @exception 说明方法 
这三个标记都是只用于方法的。@param 描述方法的参数,@return 描述方法的返回值,@exception 描述方法可能抛出的异常。它们的句法如下: 
@param 参数名 参数说明 
@return 返回值说明 
@exception 异常类名 说明 


四. javadoc 命令 
用法: 
  javadoc [options] [packagenames] [sourcefiles] 

选项: 

-public 仅显示 public 类和成员 
-protected 显示 protected/public 类和成员 (缺省) 
-package 显示 package/protected/public 类和成员 
-private 显示所有类和成员 
-d <directory> 输出文件的目标目录 
-version 包含 @version 段 
-author 包含 @author 段 
-splitindex 将索引分为每个字母对应一个文件 
-windowtitle <text> 文档的浏览器窗口标题 

javadoc 编译文档时可以给定包列表,也可以给出源程序文件列表。例如在 CLASSPATH 下有两个包若干类如下: 

  fancy.Editor 
  fancy.Test 
  fancy.editor.ECommand 
  fancy.editor.EDocument 
  fancy.editor.EView 

可以直接编译类: 
javadoc fancy/Test.java fancy/Editor.java fancy/editor/ECommand.java fancy/editor/EDocument.java fancy/editor/EView.java 

也可以是给出包名作为编译参数,如:javadoc fancy fancy.editor 
可以自己看看这两种方法的区别 

到此为止javadoc就简单介绍完了,想要用好她还是要多用,多参考标准java代码 
Java代码规范 
--注释 

@author LEI 

@version 1.10 2005-09-01 
1 注释文档的格式 

注释文档将用来生成HTML格式的代码报告,所以注释文档必须书写在类、域、构造函数、方法、定义之前。注释文档由两部分组成——描述、块标记。 

例如: 

/** 

* The doGet method of the servlet. 

* This method is called when a form has its tag value method equals to get. 

* 

* @param request 

* the request send by the client to the server 

* @param response 

* the response send by the server to the client 

* @throws ServletException 

* if an error occurred 

* @throws IOException 

* if an error occurred 

*/ 

public void doGet (HttpServletRequest request, HttpServletResponse response) 

throws ServletException, IOException { 

doPost(request, response); 

} 

前两行为描述,描述完毕后,由@符号起头为块标记注视。 
2 注释的种类 
2.1 文件头注释 

文件头注释以 /*开始,以*/结束,需要注明该文件创建时间,文件名,命名空间信息。 

例如: 

/* 

* Created on 2005-7-2 

* / 
2.2 类、接口注释 

类、接口的注释采用 /** … */,描述部分用来书写该类的作用或者相关信息,块标记部分必须注明作者和版本。 

例如: 

/**Title: XXXX DRIVER 3.0 
*Description: XXXX DRIVER 3.0 
*Copyright: Copyright (c) 2003 
*Company:XXXX有限公司 
* 
* @author Java Development Group 
* @version 3.0 
*/ 

例如: 

/** 
* A class representing a window on the screen. 
* For example: 
* 
* Window win = new Window(parent); 
* win.show(); 
* 
* 
* @author Sami Shaio 
* @version %I%, %G% 
* @see java.awt.BaseWindow 
* @see java.awt.Button 
*/ 

class Window extends BaseWindow { 

... 

} 
2.3 构造函数注释 

构造函数注释采用 /** … */,描述部分注明构造函数的作用,不一定有块标记部分。 

例如: 

/** 

* 默认构造函数 

*/ 

有例如: 

/** 

* 带参数构造函数,初始化模式名,名称和数据源类型 

* 

* @param schema 

* Ref 模式名 

* @param name 

* Ref 名称 

* @param type 

* byVal 数据源类型 

*/ 
2.4 域注释 

域注释可以出现在注释文档里面,也可以不出现在注释文档里面。用/** … */的域注释将会被认为是注释文档热出现在最终生成的HTML报告里面,而使用/* … */的注释会被忽略。 

例如: 

/* 由于triger和表用一个DMSource,所以要区分和表的迁移成功标记 */ 

boolean isTrigerSuccess = false; 

又例如: 

/** 由于triger和表用一个DMSource,所以要区分和表的迁移成功标记 */ 

boolean isTrigerSuccess = false; 

再例如: 

/** 

* The X-coordinate of the component. 

* 

* @see #getLocation() 

*/ 

int x = 1263732; 

2.5 方法注释 

方法注释采用 /** … */,描述部分注明方法的功能,块标记部分注明方法的参数,返回值,异常等信息。例如: 

/** 

* 设置是否有外码约束 

* 

* @param conn 

* Connection 与数据库的连接 

*/ 
2.6 定义注释 

规则同域注释。 
3 注释块标记 
3.1 标记的顺序 

块标记将采用如下顺序: 

… 

* 

* @param (classes, interfaces, methods and constructors only) 

* @return (methods only) 

* @exception (@throws is a synonym added in Javadoc 1.2) 

* @author (classes and interfaces only, required) 

* @version (classes and interfaces only, required. See footnote 1) 

* @see 

* @since 

* @serial (or @serialField or @serialData) 

* @deprecated (see How and When To Deprecate APIs) 

* … 

一个块标记可以根据需要重复出现多次,多次出现的标记按照如下顺序: 

@author 按照时间先后顺序(chronological) 

@param 按照参数定义顺序(declaration) 

@throws 按照异常名字的字母顺序(alphabetically) 

@see 按照如下顺序: 

@see #field 

@see #Constructor(Type, Type...) 

@see #Constructor(Type id, Type id...) 

@see #method(Type, Type,...) 

@see #method(Type id, Type, id...) 

@see Class 

@see Class#field 

@see Class#Constructor(Type, Type...) 

@see Class#Constructor(Type id, Type id) 

@see Class#method(Type, Type,...) 

@see Class#method(Type id, Type id,...) 

@see package.Class 

@see package.Class#field 

@see package.Class#Constructor(Type, Type...) 

@see package.Class#Constructor(Type id, Type id) 

@see package.Class#method(Type, Type,...) 

@see package.Class#method(Type id, Type, id) 

@see package 
3.2 标记介绍 
3.2.1 @param标记 

@param后面空格后跟着参数的变量名字(不是类型),空格后跟着对该参数的描述。 

在描述中第一个名字为该变量的数据类型,表示数据类型的名次前面可以有一个冠词如:a,an,the。如果是int类型的参数则不需要注明数据类型。例如: 

… 

* @param ch the char 用用来…… 

* @param _image the image 用来…… 

* @param _num 一个数字…… 

… 

对于参数的描述如果只是一短语,最好不要首字母大写,结尾也不要句号。 

对于参数的描述是一个句子,最好不要首字母大写,如果出现了句号这说明你的描述不止一句话。如果非要首字母大写的话,必须用句号来结束句子。(英文的句号) 

公司内部添加ByRef和ByVal两个标记,例如: 

* @param _image the image ByRef 用来…… 

说明该参数是引用传递(指针),ByVal可以省略,表示是值传递。 
3.2.2 @return标记 

返回为空(void)的构造函数或者函数,@return可以省略。 

如果返回值就是输入参数,必须用与输入参数的@param相同的描述信息。 

必要的时候注明特殊条件写的返回值。 
3.2.3 @throws 标记 

@throws以前使用的是@exception。 

@throws的内容必须在函数的throws部分定义。 
3.2.4 @author标记 

类注释标记。 

函数注释里面可以不出现@author。 
3.2.5 @version 

类注释标记。 

函数注释里面可以不出现@version 
3.2.6 @since 

类注释标记。 

标明该类可以运行的JDK版本 

例如: 

@since JDK1.2 
3.2.7 @deprecated 

由于某种原因而被宣布将要被废弃的方法。 

/** 

* @deprecated As of JDK 1.1, replaced by 

* setBounds 

* @see #setBounds(int,int,int,int) 

*/ 
3.2.8 @link标记 

语法:{@link package.class#member label} 

Label为链接文字。 

package.class#member将被自动转换成指向package.class的member文件的URL。 
4 HTML代码的使用 

在注释描述部分可以使用HTML代码。 

… 
表示段落 

    * …. 

表示自动标号 
5 注释示例 

/** 

* Graphics is the abstract base class for all graphics contexts 

* which allow an application to draw onto components realized on 

* various devices or onto off-screen images. 

* A Graphics object encapsulates the state information needed 

* for the various rendering operations that Java supports. This 

* state information includes: 

* 

# * The Component to draw on 

# * A translation origin for rendering and clipping coordinates 

# * The current clip 

# * The current color 

# * The current font 

# * The current logical pixel operation function (XOR or Paint) 

# * The current XOR alternation color 

* (see setXORMode) 

* 

* 

* Coordinates are infinitely thin and lie between the pixels of the 

* output device. 

* Operations which draw the outline of a figure operate by traversing 

* along the infinitely thin path with a pixel-sized pen that hangs 

* down and to the right of the anchor point on the path. 

* Operations which fill a figure operate by filling the interior 

* of the infinitely thin path. 

* Operations which render horizontal text render the ascending 

* portion of the characters entirely above the baseline coordinate. 

* 

* Some important points to consider are that drawing a figure that 

* covers a given rectangle will occupy one extra row of pixels on 

* the right and bottom edges compared to filling a figure that is 

* bounded by that same rectangle. 

* Also, drawing a horizontal line along the same y coordinate as 

* the baseline of a line of text will draw the line entirely below 

* the text except for any descenders. 

* Both of these properties are due to the pen hanging down and to 

* the right from the path that it traverses. 

* 

* All coordinates which appear as arguments to the methods of this 

* Graphics object are considered relative to the translation origin 

* of this Graphics object prior to the invocation of the method. 

* All rendering operations modify only pixels which lie within the 

* area bounded by both the current clip of the graphics context 

* and the extents of the Component used to create the Graphics object. 

* 

* @author Sami Shaio 

* @author Arthur van Hoff 

* @version %I%, %G% 

* @since 1.0 

*/ 

public abstract class Graphics { 

/** 

* Draws as much of the specified image as is currently available 

* with its northwest corner at the specified coordinate (x, y). 

* This method will return immediately in all cases, even if the 

* entire image has not yet been scaled, dithered and converted 

* for the current output device. 

* 

* If the current output representation is not yet complete then 

* the method will return false and the indicated 

* {@link ImageObserver} object will be notified as the 

* conversion process progresses. 

* 

* @param img the image to be drawn 

* @param x the x-coordinate of the northwest corner 

* of the destination rectangle in pixels 

* @param y the y-coordinate of the northwest corner 

* of the destination rectangle in pixels 

* @param observer the image observer to be notified as more 

* of the image is converted. May be 

* null 

* @return true if the image is completely 

* loaded and was painted successfully; 

* false otherwise. 

* @see Image 

* @see ImageObserver 

* @since 1.0 

*/ 

public abstract boolean drawImage(Image img, int x, int y, 

ImageObserver observer); 

/** 

* Dispose of the system resources used by this graphics context. 

* The Graphics context cannot be used after being disposed of. 

* While the finalization process of the garbage collector will 

* also dispose of the same system resources, due to the number 

* of Graphics objects that can be created in short time frames 

* it is preferable to manually free the associated resources 

* using this method rather than to rely on a finalization 

* process which may not happen for a long period of time. 

* 

* Graphics objects which are provided as arguments to the paint 

* and update methods of Components are automatically disposed 

* by the system when those methods return. Programmers should, 

* for efficiency, call the dispose method when finished using 

* a Graphics object only if it was created directly from a 

* Component or another Graphics object. 

* 

* @see #create(int, int, int, int) 

* @see #finalize() 

* @see Component#getGraphics() 

* @see Component#paint(Graphics) 

* @see Component#update(Graphics) 

* @since 1.0 

*/ 

public abstract void dispose(); 

/** 

* Disposes of this graphics context once it is no longer 

* referenced. 

* 

* @see #dispose() 

* @since 1.0 

*/ 

public void finalize() { 

dispose(); 

} 

}
基本概念和语法 书写了一个基本结构: java 源代码中能出现的单词称为“词法单元” 或 “Token”,从 java 语言基本结构可以看出:还可以看出 java 代码其中包含的要素:● 一些英文单词 ● 3 种括号 ● 点操作符 ● 双引号 ● 分号同人类的语言拥有字母、单词、语句、文章类似,编程语言也是由符号、标识符、指令组成,所以不必把编程语言想象过于神话。有了字母可以组词,多个词语又可以组成文。只是在编程语言中,词语不被叫作“单词”,而是被叫作标识符。如果将英文和编程语言对应起来就应该是:● 字母 —— 符号 ● 阅读详情

相关推荐

Java程序中Doc(文档)注释详解

许多人写代码时总不喜欢写注释,每个程序员如此,嘿嘿,我也一样 不过,话说回来,该写还是要写哦!没人会喜欢一个不写注释的程序员,当然,也没有一个喜欢写注释的程序员,今天,我们就来说说Java注释之一——Doc注释 我们知道,Java支持 3 种注释,分别是单行注释、多行注释和文档注释,我们来看看他们的样子 //单行注释 /* 多行注释 */ /** *@... *.... *文档注释 */ 可能许多萌新不明白,写了这些注释有什么用呢? 其实是因为初学者的代码量少,没有注释也能快速查找、修改.

Jan's的博客 1万+

Java文档注释用法+JavaDoc的使用详解

Java文档注释+JavaDoc的使用详解 简介 文档注释负责描述类、接口、方法、构造器、成员属性。可以被JDK提供的工具 javadoc 所解析,自动生成一套以网页文件形式体现该程序说明文档的注释。 注意:文档注释必须写在类、接口、方法、构造器、成员字段前面,写在其他位置无效。 JavaDoc 官方说明 How to Write Doc Comments for the Javadoc Tool...

阿★永 5万+

Google Java 风格指南(Google Java Style Guide)

官方地址 google.github.io 本文档作为 Google 的 Java™ 编程语言源代码编码标准的完整定义。当且仅当它遵守此处的规则时,Java 源文件才被描述为 Google 风格。 前言 声明:在原文挡基础上做了一次翻译并总结了一下具体内容,换了一下排版样式等等。 在此也参考了另外一篇已经有很长时间的翻译版:https://hawstein.com/2014/01/20/google-java-style/ 要提一点的是,国内的话可能更熟悉阿里的开发手册????Java开发手册(嵩山版)

纸上得来终觉浅,绝知此事要躬行 2481

JavaDoc教程

基础知识 JavaDoc主要描述类和方法的作用,为以后作参考。 JavaDoc注释写法为: /** 注释内容 */ [跟java注释/* 注释内容*/ 不同] JavaDoc中可以使用html标签,如p,pre,a,ul,i等。 文档标记 @开头的,是JDK预先定义好的。 @link:快速链接代码,使用之后可以ctrl+单机快速跳转到相应的类或者方法。完整形态:{@link 包名.类名#方法名(参数类型)} // 完全限定的类名 {@link java.lang.Character } // 如果此包

陆沙的博客 2500

State of GPT (ChatGPT 原理及现状介绍)

要用 RLHF 的一个简单的原因就是 RLHF 模型效果更好,下面的图来源于 InstructGPT 论文,PPO (RLHF 算法) 后的模型生成的答案更被人类喜欢。karpathy 认为 RLHF 有用的原因是判别比生成更容易,让标注员去写一些 SFT 的 QA 数据对是比较难的,如果有一个 SFT 模型生成一些数据让标注员判断哪个更好就简单很多。,GPT4 最强,前三个都是 RLHF 模型,其他模型都是 SFT 模型。伯克利做的模型评测榜单。

kebijuelun的博客 3580

企业知识库AI助手的权限管理架构:如何实现细粒度控制?

在展开架构设计前,我们需要先明确“细粒度权限”的核心定义,并理解它对AI助手的特殊意义。权限管理的“粒度”,本质是权限控制的精准程度。维度粗粒度权限细粒度权限资源范围entire document(整个文档)field/paragraph(字段/段落)操作类型read/write(读/写)generate_summary/download/export(生成摘要/下载/导出)上下文约束无(静态权限)time/ip/device(时间/IP/设备)适用场景简单系统(如内部wiki)

大数据洞察的博客 1042

java doc注释风格_doxygen注释语法(一):JavaDoc注释风格、文件头和类注释 | 学步园...

1、JavaDoc注释风格注释风格有多种,本文采用JavaDoc注释风格Java风格如下,注释第一行为/**,然后中间每一行注释以*号开始,且为了方便阅读,一般*后空一字符,最后一行以*/结束,*与上一行*对齐。/******/2、简要注释和详细注释注释应写在对应的函数或变量前面。JavaDoc风格下,自动会把第一个句号 "."前的文本作为简要注释,后面的为详细注释。你也可以用空行把简要注释和详细...

weixin_36131590的博客 680

MobileNet V3 图像分类

MobileNet V3

Henry的博客 1771

Java代码注释规范终极指南:Google Java风格完全解析

Java代码注释规范是提升代码可读性和维护性的重要环节,Google Java风格指南提供了完整的注释规范标准。本文将深入解析Google Java注释规范的各个方面,帮助开发者编写专业、规范的代码注释。 ## 📝 注释类型与术语定义 在Google Java风格指南中,注释分为两种主要类型: - **实现注释(Implementation Comments)**:使用`//`或`/*..

gitblog_00396的博客 560

Brim与ZUI协同安装指南:从下载到流量分析实战

本文提供Brim与ZUI协同安装与实战指南,详细讲解从下载、环境变量配置到流量分析的全流程。通过将PCAP文件转换为ZNG格式,结合直观的Zed查询语言,这套组合能极大提升大型网络数据包的分析效率,是网络安全与运维人员进行高效流量分析的利器。

metal的博客 461

Oracle19c-集群节点重新添加

Oracle RAC集群在极端情况下,如硬件、主机,集群软件损坏,导致集群节点永久无法使用,需要对集群节点进行修复,删除节点集群信息并重新加入集群,以恢复集群原有的架构。 本文主要讲述一套两节点的Oracle19c RAC集群,节点一orcl01由于主机异常无法正常启动,在对主机进行重装之后,需要将orcl01节点重新加入集群的操作步骤。环境信息: 操作系统:Linux 7 RAC集群:19C 主机节点:orcl0...

sinat_36757755的博客 2352

java学习(1)--注释文档和编码规范

java有两种注释风格,一种是传统的C语言风格的注释——C++也继承了这一种风格。这种注释以/*开头 以*/结束。相必都很熟悉了,就不多说。另一种是单行注释 也就是以“//”开头直到句末。 关于注释文档 为了使文档和代码的连接性更强,最好的方法是把代码和文档联结起来,最简单的办法就是把所有东西都放到一个文件里。这就需要用到了一种特殊的注释语法来标记文档;此外还需要一个工具来提取这些注释,并将它们转...

疯子的博客 261

封装CTP API为Java SDK

本文介绍了在Windows环境下使用Java调用CTP API的编译实现过程。首先需要准备CTP API SDK、JDK、SWIG和Visual Studio等工具,配置好开发环境。然后通过搭建目录结构、编写SWIG接口文件ctp.i,实现C++到Java的代码转换。文中详细说明了文件目录组织方式,并提供了处理中文乱码的代码示例。通过这一系列步骤,最终将CTP的C++接口转换为Java可调用的形式,为Java项目获取期货实时报价数据提供支持。

weixin_43952815的博客 1224

Java 注释篇

想学写程序?先从学着写注释开始吧。   注释和嵌入式文档 Java里有两种注释风格。一种是传统的C语言风格的注释——C++也继承了这种风格。此种回注释以“/*”开始,随后是注释内容,并可跨越多行,最后以“*/”结束。注意,许多程序员在连续的注释内容的每一行都以一个“*/”打开头,所以经常看到像下面的写法: /* This is a comment  * that continues

hycmanson的专栏 775

手把手教你从入门到精通C# Modbus通信

本文是《Modbus通信从入门到精通》的导读,本专栏将会详细介绍ModusRTU 、ModbusASCII、ModbusTCP这三种协议的C#实现,由一个高级工程师多年实战经验总结而成,绝对干货!

qq_34059233的博客 1万+

开关电源中的高频振荡噪声及其抑制方法

在开关电源的工作过程中,随着开关管的开关动作,电流和电压波形会出现剧烈的波动,尤其是在开关管切换的瞬间,往往会导致较强的过冲现象。开关电源中的高频振荡噪声是导致电磁兼容问题的主要源头之一,尤其是MOS管的通断和整流二极管的反向恢复过程中,会产生较强的高频振荡噪声。通过合理调节R和C的值,可以大大缓解高频振荡带来的EMC问题,从而有效提升电源的电磁兼容性。整流二极管反向恢复时的振荡会导致高频噪声产生,这些高频噪声源可被传导到电源的输出端,甚至可能通过电源的共地路径扩散到其他电路,影响系统的稳定性和可靠性。

硬核科技 1531

JAVA学习 DAY3 注释与编码规范讲解

本Java学习系列文章系统梳理了Java基础入门知识体系,涵盖Java核心概念、开发环境搭建、基础语法等概论内容,重点解析了单行/多行/Javadoc三类注释的规范用法及Javadoc工具使用技巧,同时详细阐述了编码规范要求,包括UTF-8编码、行宽限制、缩进规范及两种代码风格对比。强调规范编码对提升可读性、统一团队协作及优化文档生成的重要性,为Java学习者奠定坚实基础。

HRDMN的博客 1617

怀旧版电脑GBC模拟器

再现原版GBC掌机的界面,电脑运行连游戏界面都一样大小,很怀旧,很真实,(英文版)强烈推荐,很小的文件,很难才找到的。

Java注释总结

注释风格设置方法: javadoc注释 注释快捷键 模板

kakarot5的专栏 2118

Statistics and Machine Learning Toolbox

Statistics and Machine Learning Toolbox(带书签),MATLAB统计学习工具

LinePhone3.2.7(android端最新版本) sip客户端

SIP客户端For android:LinePhone3.2.7(最新版本),官网地址:http://www.linphone.org/

java类可视化doxygen_使用JavaDoc风格注释让doxygen自动生成文档

为代码写注释一直是大多开发人员有些困扰的事情。当前开发人员都能接受为了程序的可维护性、可读性编码的同时写注释的说法,但对哪些地方应该写注释,注释如何写,写多少等这些问题,很多开发人员仍然没有答案。更头痛的是写文档,以及维护文档的问题,开发人员通常可以忍受编写或者改动代码时编写或者修改对应的注释,但之后需要修正相应的文档却比较困难。如果能从注释直接转化成文档,对开发人员无疑是一种福音。而doxyge...

weixin_29074295的博客 372

Data-Structures-and-Algorithm-Analysis-in-Java.pdf

作者: Weiss, Mark A. 出版社: Addison Wesley Data Structures and Algorithm Analysis in Java is an “advanced algorithms” book that fits between traditional CS2 and Algorithms Analysis courses. In the old ACM Curriculum Guidelines, this course was known as CS7. This text is for readers who want to learn good programming and algorithm analysis skills simultaneously so that they can develop such programs with the maximum amo...

Java文档注释(Java Doc Comments)的写法

转载自https://www.cnblogs.com/boring09/p/4274893.html Peace and love 文档注释概览 “文档注释”(Java Doc Comments)是专门为了用javadoc工具自动生成文档而写的注释,它是一种带有特殊功能的注释。 文档注释与一般注释的最大区别在于起始符号是/**而不是/*或//。 比如: /** * 这是文档注释 */ /* * 这是一般注释 */ // 这是一般注释 在一些IDE(比如Eclipse)中,文档注释会.

Jason~~ 3006

java基础(4):java注释

java里有两种注释风格。一种是传统的C语言风格的注释,C++也继承了这种风格。此种注释以“/*”开始,随后是注释内容,并可跨越多行,最后以“*/”结束。第二种风格的注释也源于C++。这种注释是“单行注释”,以一个“//”起头,直到句末。这种风格的注释因为书写容易,所以更方便、更常用。你无需在键盘上寻找“/”,再寻找“*"(只需按两次相同的键),而且不必考虑结束注释。// 这是单行注释。

游王子og的博客 570

Java 编码规范8(编程规约-注释规约与其它)

注释规约与其它 其它相关文章 Java 编码规范1(编程规约-命名风格) Java 编码规范2(编程规约-常量定义) Java 编码规范3(编程规约-代码格式) Java 编码规范4(编程规约-OOP规约) Java 编码规范5(编程规约-集合处理) Java 编码规范6(编程规约-并发处理) Java 编码规范7(编程规约-控制语句) Java 编码规范8(编程规约-注释规...

cangely的专栏 1110

java风格注释_2.16.1 适当的注释和注释风格

2.16 程序设计风格和文档编程风格(programming style)决定程序的外观。如果把整个程序写在一行,它也会被正确地编译和运行,但是这样是非常不好的程序设计风格,因为这会使程序的可读性很差。文档(documentation)是嵌在程序中的解释性评注和注释的一个结构体。程序设计风格与文档和编写代码的作用一样重要。良好的程序设计风格和适当的文档可以减少出错的几率,并且提高程序的可读性。...

weixin_39755218的博客 208

Google Java编程风格指南中文版

作者:Hawstein 出处:http://hawstein.com/posts/google-java-style.html 声明:本文采用以下协议进行授权: 自由转载-非商用-非衍生-保持署名|Creative Commons BY-NC-ND 3.0 ,转载请注明作者及出处。

世界上最美的语言有两种:5线谱和2进制 503

4、Java代码规范

5)源文件使用utf-8编码,我个人认为具体的编码方式,还是得看你自己的学习或者工作的需求,假设你需要有中文出现在源文件,那你就使用GBK兼容中文,如果不需要那你就使用utf-8(看个人需求吧!本人正在B站跟着韩顺平老师学Java(非广告),所以做个笔记仅供学习,文章虽标为原创,但大体思路是韩顺平老师的授课思路,在此基础上加上了自己的理解,不喜勿喷哦。2)非Javadoc的注释,往往是给代码的维护者看的,着重告述读者为什么这样写,如何修改,注意什么问题等。大家一起学,一起进步!

颜安青的小世界 439
上一篇: 热点面试题目—Java异常
下一篇: java代码注释规范
ole_triangle_java
博客等级 码龄10年 82粉丝 83原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值