Java学习笔记（六）——google java编程风格指南（下）

【前面的话】

年后开始正式上班，计划着想做很多事情，但是总会有这样那样的打扰，不知道是自己要求太高还是自我的奋斗意识不够？接下来好好加油。好好学学技术，好好学习英语，好好学习做点自己喜欢的事情，趁着自己还是一个人。

如果你想要学习关于编码风格方面的知识，建议直接阅读参考资料中的文章，比看我这里写的好多了，这是真心话，我只是写自己的笔记。便于自己在以后的编码中注意。

【问题背景】

在做开发工作的时候，总是被说编码风格不好，现在自己找了Google Java编程风格指南进行学习，希望可以写出清晰的代码。

[b]【学习资料】[/b]

1. Google Java编程风格指南，作者：Hawstein

http://hawstein.com/posts/google-java-style.html

【知识汇总】

十二、编程实践

1．@Override：能用则用

只要是合法的，就把

@Override

注解给用上。

2．捕获的异常：不能忽视

对于捕获的异常，大多数都要做响应。

例外：一个捕获的异常被命名为

expected

，则它可以被不加注释地忽略

try {
emptyStack.pop();
fail();
} catch (NoSuchElementException expected) {
}

如果它确实是不需要在catch块中做任何响应，需要做注释加以说明(如下面的例子)。

try {
int i = Integer.parseInt(response);
return handleNumericResponse(i);
} catch (NumberFormatException ok) {
// it's not numeric; that's fine, just continue
}
return handleTextResponse(response);

3．静态成员：使用类进行调用

使用类名调用静态的类成员，而不是具体某个对象或表达式。

Foo aFoo = ...;
Foo.aStaticMethod(); // good
aFoo.aStaticMethod(); // bad
somethingThatYieldsAFoo().aStaticMethod(); // very bad

4．Finalizers: 禁用

十三、Javadoc

1．格式

一般形式：

这样：

/**
* Multiple lines of Javadoc text are written here,
* wrapped normally...
*/
public int method(String p1) { ... }

或这样：

/** An especially short bit of Javadoc. */

段落

空行(即，只包含最左侧星号的行)会出现在段落之间和Javadoc标记(@XXX)之前(如果有的话)。除了第一个段落，每个段落第一个单词前都有标签

<p>

，并且它和第一个单词间没有空格。

Javadoc标记

标准的Javadoc标记按以下顺序出现：

@param

,

@return

,

@throws

,

@deprecated

, 前面这4种标记如果出现，描述都不能为空。当描述无法在一行中容纳，连续行需要至少再缩进4个空格。

2．摘要片段

每个类或成员的Javadoc以一个简短的摘要片段开始。这个片段是非常重要的，在某些情况下，它是唯一出现的文本，比如在类和方法索引中。

这只是一个小片段，可以是一个名词短语或动词短语，但不是一个完整的句子。它不会以A {@code Foo} is a...或This method returns...开头, 它也不会是一个完整的祈使句，如Save the record...。然而，由于开头大写及被加了标点，它看起来就像是个完整的句子。

Tip：一个常见的错误是把简单的Javadoc写成

/** @return the customer ID */

，这是不正确的。它应该写成

/** Returns the customer ID. */

。

3． 哪里需要使用Javadoc

至少在每个public类及它的每个public和protected成员处使用Javadoc。

例外：

不言自明的方法

对于简单明显的方法如getFoo，Javadoc是可选的(即，是可以不写的)。这种情况下除了 写“Returns the foo”，确实也没有什么值得写了。

单元测试类中的测试方法可能是不言自明的最常见例子了，我们通常可以从这些方法的描述性命名中知道它是干什么的，因此不需要额外的文档说明。

重载

如果一个方法重载了超类中的方法，那么Javadoc并非必需的。

可选的Javadoc

对于包外不可见的类和方法，如有需要，也是要使用Javadoc的。如果一个注释是用来定义一个类，方法，字段的整体目的或行为，那么这个注释应该写成Javadoc，这样更统一更友好。

编程风格完。。。。。。

【后面的话】

简单的生活，简单的过，努力奋斗。我生活的舒适日子要到头了，明天开始自主开发项目，加油吧，少年。

——TT