如何为API编写文档注释

阅读经典——《Effective Java》09

要想使一个API真正可用,就必须为其编写文档。Java提供了Javadoc工具,使得为API编写文档变得非常容易。Javadoc利用特殊格式的文档注释,根据源代码自动生成API文档。

  1. 通用规则
  1. 案例说明
  2. 更多用法

通用规则

  • 必须在每个被导出的类、接口、构造器、方法和域声明之前增加一个文档注释。如果类是可序列化的,也应该对它的序列号形式编写文档。
  • 方法的文档注释应该简洁地描述出它和客户端之间的约定。这个约定应该说明这个方法做了什么,而不是说明它是如何做的。文档注释应该列举出这个方法的所有前提条件后置条件。所谓前提条件是指为了使客户能够调用这个方法而必须要满足的条件;所谓后置条件是指在调用成功完成之后,哪些条件必须要满足。一般情况下,前提条件由@throws标签描述隐含的异常,也可以在一些受影响参数的@param标签中指定前提条件。除此之外,文档注释中还应该描述方法的副作用,所谓副作用是指方法执行后对系统状态的影响。例如,如果方法启动了后台线程,文档中就应该说明这一点。最后,文档注释也应该描述类或者方法的线程安全性。

案例说明

下面这个简短的文档注释演示了一些常见用法。

/**
 * Returns the element at the specified position in this list.
 *
 * <p>This method is <i>not</i> guaranteed to run in constant
 * time. In some implementations it may run in time proportional
 * to the element position.
 *
 * @param index index of element to return; must be
 *        non-negative and less than the size of this list
 * @return the element at the specified position in this list
 * @throws IndexOutOfBoundsException if the index is out of range
 *         ({@code index < 0 || index >= this.size()})
 */
E get(int index);
  • 文档注释必须以/**开头,否则Javadoc无法识别。
  • 文档注释第一句话作为概要描述。概要描述必须独立地描述目标元素的功能,同一个类或接口中的任意两个成员或构造器,不应该具有相同的概要描述。即使是重载方法也不行。
  • 每个参数都应该有一个@param标签,标签后面第一个单词为参数名称,接着是对该参数的解释和要求。
  • 返回类型非void的方法都应该有一个@return标签,描述返回值所表示的内容。
  • 该方法可能抛出的每一个异常,无论是受检异常还是非受检异常,都要对应一个@throws标签。标签后面第一个单词为异常类型,接着是一句话,应该以if开头,描述该异常将在什么情况下被抛出。@param@return@throws都不以句点结束。
  • @code标签可用于任何需要展示代码的地方,被该标签包围的内容会以特殊的字体显示,并且不对其中内容做任何HTML解析。
  • 按惯例,单词“this”用在实例方法的文档注释中时,应该始终是指方法调用所在的对象。
  • 可以用@literal标签展示包含HTML元字符的句子。它除了不改变显示样式外,其余效果和@code一样。

更多用法

我们需要额外注意一下泛型、枚举和注解的文档注释。

  • 泛型的文档注释应该说明所有类型参数。
/**
   * An object that maps keys to values. A map cannot contain
   * duplicate keys; each key can map to at most one value.
   *
   * (Remainder omitted)
   * 
   * @param <K> the type of keys maintained by this map
   * @param <V> the type of mapped values
   */
public interface Map<K, V> {
    // Remainder omitted
}
  • 当为枚举编写文档时,要确保在文档中说明常量。
/**
   * An instrument section of a symphony orchestra.
   */
public enum OrchestraSection {
    /** Woodwinds, such as flute, clarinet, and oboe. */
    WOODWIND,

    /** Brass instruments, such as french horn and trumpet. */
    BRASS,

    /** Percussion instruments, such as timpani and cymbals. */
    PERCUSSION,

    /** Stringed instruments, such as violin and cello. */
    STRING;
}
  • 为注解类型编写文档时,要确保在文档中说明所有成员,以及类型本身。使用动词短语说明当程序元素具有这种类型的注解时它表示什么意思。
/**
   * Indicates that the annotated method is a test method that
   * must throw the designated exception to succeed.
   */
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.METHOD)
public @interface ExceptionTest {
    /**
     * The exception that the annotated test method must throw
     * in order to pass. (The test is permitted to throw any
     * subtype of the type described by this class object.)
     */
    Class<? extends Exception> value();
}

另外,类是否是线程安全的,应该在文档中说明它的线程安全级别。如果类是可序列化的,就应该在文档中说明它的序列化形式。Javadoc具有继承方法注释的能力,如果API元素没有文档注释,Javadoc会自动搜索最适用的接口或超类的文档注释,并且接口优先于超类。

关注作者文集《Effective Java》,第一时间获取最新发布文章。

参考资料

How to Write Doc Comments for the Javadoc Tool Oracle

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • 要想一个API真正可用,就必须为其编写文档。Javadoc根据源代码中特殊格式的文档注释自动生成API文档。 jd...
    每天学点编程阅读 593评论 0 0
  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 135,168评论 19 139
  • 如果要想使一个API真正可用,就必须为其编写文档。传统意义上的API文档是手动生成的,所以保持文档与代码同步是一件...
    真爱也枉然阅读 656评论 0 0
  • HTML标签解释大全 一、HTML标记 标签:!DOCTYPE 说明:指定了 HTML 文档遵循的文档类型定义(D...
    米塔塔阅读 3,376评论 1 41
  • 凌晨,被缠绕着,进入了睡眠深处,她站在中间,周围都是苍白的。像站在一张光滑的白纸中心,一望无际。她到处张望,神情紧...
    依语鱼阅读 143评论 0 0