JavaDOC注释使用方法word精品文档12页.docx
《JavaDOC注释使用方法word精品文档12页.docx》由会员分享，可在线阅读，更多相关《JavaDOC注释使用方法word精品文档12页.docx（16页珍藏版）》请在冰豆网上搜索。
JavaDOC注释使用方法word精品文档12页
JavaDOC注释使用方法
观察内容的选择，我本着先静后动，由近及远的原则，有目的、有计划的先安排与幼儿生活接近的，能理解的观察内容。
随机观察也是不可少的，是相当有趣的，如蜻蜓、蚯蚓、毛毛虫等，孩子一边观察，一边提问，兴趣很浓。
我提供的观察对象，注意形象逼真，色彩鲜明，大小适中，引导幼儿多角度多层面地进行观察，保证每个幼儿看得到，看得清。
看得清才能说得正确。
在观察过程中指导。
我注意帮助幼儿学习正确的观察方法，即按顺序观察和抓住事物的不同特征重点观察，观察与说话相结合，在观察中积累词汇，理解词汇，如一次我抓住时机，引导幼儿观察雷雨，雷雨前天空急剧变化，乌云密布，我问幼儿乌云是什么样子的，有的孩子说：
乌云像大海的波浪。
有的孩子说“乌云跑得飞快。
”我加以肯定说“这是乌云滚滚。
”当幼儿看到闪电时，我告诉他“这叫电光闪闪。
”接着幼儿听到雷声惊叫起来，我抓住时机说：
“这就是雷声隆隆。
”一会儿下起了大雨，我问：
“雨下得怎样?
”幼儿说大极了，我就舀一盆水往下一倒，作比较观察，让幼儿掌握“倾盆大雨”这个词。
雨后，我又带幼儿观察晴朗的天空，朗诵自编的一首儿歌：
“蓝天高，白云飘，鸟儿飞，树儿摇，太阳公公咪咪笑。
”这样抓住特征见景生情，幼儿不仅印象深刻，对雷雨前后气象变化的词语学得快，记得牢，而且会应用。
我还在观察的基础上，引导幼儿联想，让他们与以往学的词语、生活经验联系起来，在发展想象力中发展语言。
如啄木鸟的嘴是长长的，尖尖的，硬硬的，像医生用的手术刀―样，给大树开刀治病。
通过联想，幼儿能够生动形象地描述观察对象。
目录
要练说，先练胆。
说话胆小是幼儿语言发展的障碍。
不少幼儿当众说话时显得胆怯：
有的结巴重复，面红耳赤；有的声音极低，自讲自听；有的低头不语，扯衣服，扭身子。
总之，说话时外部表现不自然。
我抓住练胆这个关键，面向全体，偏向差生。
一是和幼儿建立和谐的语言交流关系。
每当和幼儿讲话时，我总是笑脸相迎，声音亲切，动作亲昵，消除幼儿畏惧心理，让他能主动的、无拘无束地和我交谈。
二是注重培养幼儿敢于当众说话的习惯。
或在课堂教学中，改变过去老师讲学生听的传统的教学模式，取消了先举手后发言的约束，多采取自由讨论和谈话的形式，给每个幼儿较多的当众说话的机会，培养幼儿爱说话敢说话的兴趣，对一些说话有困难的幼儿，我总是认真地耐心地听，热情地帮助和鼓励他把话说完、说好，增强其说话的勇气和把话说好的信心。
三是要提明确的说话要求，在说话训练中不断提高，我要求每个幼儿在说话时要仪态大方，口齿清楚，声音响亮，学会用眼神。
对说得好的幼儿，即使是某一方面，我都抓住教育，提出表扬，并要其他幼儿模仿。
长期坚持，不断训练，幼儿说话胆量也在不断提高。
前言
一.Java文档和javadoc
二.文档注释的格式
1.文档注释的格式化
2.文档注释的三部分
三.使用javadoc标记
1.@see的使用
2.使用@author、@version说明类
3.使用@param、@return和@exception说明方法
四.javadoc命令
课本、报刊杂志中的成语、名言警句等俯首皆是,但学生写作文运用到文章中的甚少,即使运用也很难做到恰如其分。
为什么?
还是没有彻底“记死”的缘故。
要解决这个问题,方法很简单,每天花3-5分钟左右的时间记一条成语、一则名言警句即可。
可以写在后黑板的“积累专栏”上每日一换,可以在每天课前的3分钟让学生轮流讲解,也可让学生个人搜集,每天往笔记本上抄写,教师定期检查等等。
这样,一年就可记300多条成语、300多则名言警句,日积月累,终究会成为一笔不小的财富。
这些成语典故“贮藏”在学生脑中,自然会出口成章,写作时便会随心所欲地“提取”出来,使文章增色添辉。
前言
Java的语法与C++及为相似，那么，你知道Java的注释有几种吗？
是两种？
//注释一行
/*......*/注释若干行
不完全对，除了以上两种之外，还有第三种，文档注释：
/**......*/注释若干行，并写入javadoc文档
通常这种注释的多行写法如下：
一.Java文档和javadoc
Java程序员都应该知道使用JDK开发，最好的帮助信息就来自SUN发布的Java文档。
它分包、分类详细的提供了各方法、属性的帮助信息，具有详细的类树信息、索引信息等，并提供了许多相关类之间的关系，如继承、实现接口、引用等。
Java文档全是由一些html文件组织起来的，在SUM的站点上可以下载它们的压缩包。
但是你肯定想不到，这些文档我们可以自己生成。
安装了JDK之后，安装目录下有一个src.jar文件或者src.zip文件，它们都是以ZIP格式压缩的，可以使用WinZip解压。
解压之后，我们就可以看到分目录放的全是.java文件。
是了，这些就是Java运行类的源码了，非常完整，连注释都写得一清二楚……不过，怎么看这些注释都有点似曾相识的感觉？
这就不奇怪了，我们的迷底也快要揭开了。
如果你仔细对比一下.java源文件中的文档注释（/**...*/）和Java文档的内容，你会发现它们就是一样的。
Java文档只是还在格式和排版上下了些功夫。
再仔细一点，你会发现.java源文件中的注释还带有HTML标识，如、
、等，在Java文档中，该出现这些标识的地方，已经按标识的的定义进行了排版。
终于真像大白了，原来Java文档是来自这些注释。
难怪这些注释叫做文档注释呢！
不过，是什么工具把这些注释变成文档的呢？
是该请出javadoc的时候了。
在JDK的bin目录下你可以找到javadoc，如果是Windows下的JDK，它的文件名为javadoc.exe。
使用javdoc编译.java源文件时，它会读出.java源文件中的文档注释，并按照一定的规则与Java源程序一起进行编译，生成文档。
介绍javadoc的编译命令之前，还是先了解一下文档注释的格式吧。
不过为了能够编译下面提到的若干例子，这里先介绍一条javadoc命令：
javadoc-d文档存放目录-author-version源文件名.java
这条命令编译一个名为“源文件名.java”的java源文件，并将生成的文档存放在“文档存放目录”指定的目录下，生成的文档中index.html就是文档的首页。
-author和-version两个选项可以省略。
二.文档注释的格式
文档注释可以用于对类、属性、方法等进行说明。
写文档注释时除了需要使用/**....*/限定之外，还需要注意注释内部的一些细节问题。
1.文档和文档注释的格式化
生成的文档是HTML格式，而这些HTML格式的标识符并不是javadoc加的，而是我们在写注释的时候写上去的。
比如，需要换行时，不是敲入一个回车符，而是写入
，如果要分段，就应该在段前写入
。
因此，格式化文档，就是在文档注释中添加相应的HTML标识。
文档注释的正文并不是直接复制到输出文件（文档的HTML文件），而是读取每一行后，删掉前导的*号及*号以前的空格，再输入到文档的。
如
/**
*Thisisfirstline.
*****Thisissecondline.
Thisisthirdline.
*/
编译输出后的HTML源码则是
Thisisfirstline.
Thisissecondline.
Thisisthirdline.
前导的*号允许连续使用多个，其效果和使用一个*号一样，但多个*号前不能有其它字符分隔，否则分隔符及后面的*号都将作为文档的内容。
*号在这里是作为左边界使用，如上例的第一行和第二行；如果没有前导的*号，则边界从第一个有效字符开始，而不包括前面的空格，如上例第三行。
还有一点需要说明，文档注释只说明紧接其后的类、属性或者方法。
如下例：
/**commentforclass*/
publicclassTest{
/**commentforaattribute*/
intnumber;
/**commentforamethod*/
publicvoidmyMethod（）{......}
......
}
上例中的三处注释就是分别对类、属性和方法的文档注释。
它们生成的文档分别是说明紧接其后的类、属性、方法的。
“紧接”二字尤其重要，如果忽略了这一点，就很可能造成生成的文档错误。
如
importjava.lang.*;
/**commnetforclass*/
publicclassTest{......}
//此例为正确的例子
这个文档注释将生成正确的文档。
但只需要改变其中两行的位置，变成下例，就会出错：
/**commnetforclass*/
importjava.lang.*;
publicclassTest{......}
//此例为错误的例子
这个例子只把上例的import语句和文档注释部分交换了位置，结果却大不相同——生成的文档中根本就找不到上述注释的内容了。
原因何在？
“/**commnetforclass*/”是对classTest的说明，把它放在“publicclassTest{......}”之前时，其后紧接着classTest，符合规则，所以生成的文档正确。
但是把它和“importjava.lang.*;”调换了位置后，其后紧接的就是不classTest了，而是一个import语句。
由于文档注释只能说明类、属性和方法，import语句不在此列，所以这个文档注释就被当作错误说明省略掉了。
2.文档注释的三部分
根据在文档中显示的效果，文档注释分为三部分。
先举例如下，以便说明。
/**
*show方法的简述.
*
show方法的详细说明第一行
*show方法的详细说明第二行
*@parambtrue表示显示，false表示隐藏
*@return没有返回值
*/
publicvoidshow（booleanb）{
frame.show（b）;
}
第一部分是简述。
文档中，对于属性和方法都是先有一个列表，然后才在后面一个一个的详细的说明。
列表中属性名或者方法名后面那段说明就是简述。
如下图中被红框框选的部分：
简述部分写在一段文档注释的最前面，第一个点号（.）之前（包括点号）。
换句话说，就是用第一个点号分隔文档注释，之前是简述，之后是第二部分和第三部分。
如上例中的“*show方法的简述.”。
有时，即使正确地以一个点号作为分隔，javadoc仍然会出错，把点号后面的部分也做为了第一部分。
为了解决这个问题，我们可以使用一个
标志将第二分部分开为下一段，如上例的“*
show方法的详细说明第一行....”。
除此之外，我们也可以使用
来分隔。
第二部分是详细说明部分。
该部分对属性或者方法进行详细的说明，在格式上没有什么特殊的要求，可以包含若干个点号。
它在文档中的位置如下图所示：
这部分文档在上例中相应的代码是：
*show方法的简述.
*
show方法的详细说明第一行
*show方法的详细说明第二行
发现什么了？
对了，简述也在其中。
这一点要记住了，不要画蛇添足——在详细说明部分中再写一次简述哦！
第三部分是特殊说明部分。
这部分包括版本说明、参数说明、返回值说明等。
它在文档中的位置：
第三部分在上例中相应的代码是
*@parambtrue表示显示，false表示隐藏
*@return没有返回值
除了@param和@return之外，还有其它的一些特殊标记，分别用于对类、属性和方法的说明……不要推我，我马上就说。
三.使用javadoc标记
javadoc标记是插入文档注释中的特殊标记，它们用于标识代码中的特殊引用。
javadoc标记由“@”及其后所跟的标记类型和专用注释引用组成。
记住了，三个部分——@、标记类型、专用注释引用。
不过我宁愿把它分成两部分：
@和标记类型、专用注释引用。
虽然@和标记类型之间有时可以用空格符分隔，但是我宁愿始终将它们紧挨着写，以减少出错机会。
javadoc标记有如下一些：
标记
用于
作用
@author
对类的说明
标明开发该类模块的作者
@version
对类的说明
标明该类模块的版本
@see
对类、属性、方法的说明
参考转向，也就是相关主题
@param
对方法的说明
对方法中某参数的说明
@return
对方法的说明
对方法返回值的说明
@exception
对方法的说明
对方法可能抛出的异常进行说明
下面详细说明各标记。
1.@see的使用
@see的句法有三种：
@see类名
@see#方法名或属性名
@see类名#方法名或属性名
类名，可以根据需要只写出类名（如String）或者写出类全名（如java.lang.String）。
那么什么时候只需要写出类名，什么时候需要写出类全名呢？
如果java源文件中的import语句包含了的类，可以只写出类名，如果没有包含，则需要写出类全名。
java.lang也已经默认被包含了。
这和javac编译java源文件时的规定一样，所以可以简单的用javac编译来判断，源程序中javac能找到的类，javadoc也一定能找到；javac找不到的类，javadoc也找不到，这就需要使用类全名了。
方法名或者属性名，如果是属性名，则只需要写出属性名即可；如果是方法名，则需要写出方法名以及参数类型，没有参数的方法，需要写出一对括号。
如
成员类型
成员名称及参数
@see句法
属性
number
@seenumber
属性
count
@seecount
方法
count（）
@seecount（）
方法
show（booleanb）
@seeshow（boolean）
方法
main（String[]args）
@seemain（String[]）
有时也可以偷懒：
假如上例中，没有count这一属性，那么参考方法count（）就可以简写成@seecount。
不过，为了安全起见，还是写全@seecount（）比较好。
@see的第二个句法和第三个句法都是转向方法或者属性的参考，它们有什么区别呢？
第二个句法中没有指出类名，则默认为当前类。
所以它定义的参考，都转向本类中的属性或者方法。
而第三个句法中指出了类名，则还可以转向其它类的属性或者方法。
关于@see标记，我们举个例说明。
由于@see在对类说明、对属性说明、对方法说明时用法都一样，所以这里只以对类说明为例。
/**
*@seeString
*@seejava.lang.StringBuffer
*@see#str
*@see#str（）
*@see#main（String[]）
*@seeObject#toString（）
*/
publicclassTestJavaDoc{
}
生成的文档的相关部分如下图：
String和StringBuffer都是在java.lang包中，由于这个包是默认导入了的，所以这两个类可以直接写类名，也可以写类全名。
str、str（）为同名属性和方法，所以方法名需要用（）区分。
main是带参数的方法，所以在（）中指明了参数类型。
toString（）虽然在本类中也有（从Object继承的），但我们是想参考Object类的toString（）方法，所以使用了Object#toString（）。
奇怪的是，为什么其中只有str、str（）和main（String[]）变成了链接呢？
那是因为编译时没有把java.lang包或者Stirng、StringBuffer、Object三个类的源文件一起加入编译，所以，生成的文档没有关于那三个类的信息，也就不可以建立链接了。
后面讲解javadoc编译命令的时候还会详细说明。
上例中如果去把类中的str属性去掉，那么生成的文档又会有什么变化呢？
你会发现，原来是str,str（），而现在变成了str（）,str（），因为str属性已经没有了，所以str也表示方法str（）。
2.使用@author、@version说明类
这两个标记分别用于指明类的作者和版本。
缺省情况下javadoc将其忽略，但命令行开关-author和-version可以修改这个功能，使其包含的信息被输出。
这两个标记的句法如下：
@author作者名
@version版本号
其中，@author可以多次使用，以指明多个作者，生成的文档中每个作者之间使用逗号（,）隔开。
@version也可以使用多次，只有第一次有效，生成的文档中只会显示第一次使用@version指明的版本号。
如下例
/**
*@authorFancy
*@authorBird
*@versionVersion1.00
*@versionVersion2.00
*/
publicclassTestJavaDoc{
}
生成文档的相关部分如图：
从生成文档的图示中可以看出，两个@author语句都被编译，在文档中生成了作者列表。
而两个@version语句中只有第一句被编译了，只生成了一个版本号。
从图上看，作者列表是以逗号分隔的，如果我想分行显示怎么办？
另外，如果我想显示两个以上的版本号又该怎么办？
——我们可以将上述两条@author语句合为一句，把两个@version语句也合为一句：
@authorFancy
Bird
@versionVersion1.00
Version2.00
结果如图：
我们这样做即达到了目的，又没有破坏规则。
@author之后的作者名和@version之后的版本号都可以是用户自己定义的任何HTML格式，所以我们可以使用
标记将其分行显示。
同时，在一个@version中指明两个用
分隔的版本号，也没有破坏只显示第一个@version内容的规则。
3.使用@param、@return和@exception说明方法
这三个标记都是只用于方法的。
@param描述方法的参数，@return描述方法的返回值，@exception描述方法可能抛出的异常。
它们的句法如下：
@param参数名参数说明
@return返回值说明
@exception异常类名说明
每一个@param只能描述方法的一个参数，所以，如果方法需要多个参数，就需要多次使用@param来描述。
一个方法中只能用一个@return，如果文档说明中列了多个@return，则javadoc编译时会发出警告，且只有第一个@return在生成的文档中有效。
方法可能抛出的异常应当用@exception描述。
由于一个方法可能抛出多个异常，所以可以有多个@exception。
每个@exception后面应有简述的异常类名，说明中应指出抛出异常的原因。
需要注意的是，异常类名应该根据源文件的import语句确定是写出类名还是类全名。
示例如下：
publicclassTestJavaDoc{
/**
*@paramnaswitch
*@parambexcrescentparameter
*@returntrueorfalse
*@returnexcrescentreturn
*@exceptionjava.lang.Exceptionthrowwhenswitchis1
*@exceptionNullPointerExceptionthrowwhenparameternisnull
*/
publicbooleanfun（Integern）throwsException{
switch（n.intValue（））{
case0:
break;
case1:
thrownewException（"TestOnly"）;
default:
returnfalse;
}
returntrue;
}
}
使用javadoc编译生成的文档相关部分如下图：
可以看到，上例中@parambexcrescentparameter一句是多余的，因为参数只是一个n，并没有一个b但是javadoc编译时并没有检查。
因此，写文档注释时一定要正确匹配参数表与方法中正式参数表的项目。
如果方法参数表中的参数是a，文档中却给出对参数x的解释，或者再多出一个参数i，就会让人摸不着头脑了。
@exceptin也是一样。
上例程序中并没有抛出一个NullPointerException，但是文档注释中为什么要写上这么一句呢，难道又是为了演示？
这不是为了演示描述多余的异常也能通过编译，而是为了说明写异常说明时应考运行时（RunTime）异常的可能性。
上例程序中，如果参数n是给的一个空值（null），那么程序会在运行的时候抛出一个NullPointerException，因此，在文档注释中添加了对NullPointerException的说明。
上例中的@return语句有两个，但是根据规则，同一个方法中，只有第一个@return有效，其余的会被javadoc忽略。
所以生成的文档中没有出现第二个@return的描述。
讲到这里，该怎么写文档注释你应该已经清楚了，下面就开始讲解javadoc的常用命令。
四.javadoc命令
运行javadoc-help可以看到javadoc的用法，这里列举常用参数如下：
用法：
javadoc[options][packagenames][sourcefiles]
选项：
-public
仅显示public类和成员
-protected
显示protected/
升级会员 