Java之Java特点
编写源代码。列入存为 Dome.java
编译器。 执行javac来编译源代码。编译器会检查错误。
如果程序没有错误,编译器产生编译文件Dome.class文件。这个编译文件由字节码组成。这个编译文件与平台无关
启动JVM(Java虚拟机),运行Dome.calss. JVM将字节码转换为平台能理解的形式来运行。
Java开发工具
java编译器为每个类生成一个字节码文件,且文件名与类名相同,这就会带来一个问题:同名的类会发生冲突。
所以package的两个主要作用就呼之欲出了:管理类,解决命名冲突。
例如:
package com;
public class Test{}
package cn;
public class Test{}
虽然以上两个类同名,但是并不会出现命名冲突;也可以理解为其实包名就相当于一个人的姓氏,而类名就相当于一个人的名;而一个人的姓名是姓+名;所以以上两个类的全称分别是:com.Test、cn.Test;当然就不会出现命名冲突了;
一般地,我们将具有相同功能的类放在一个package中。
import 代表此类中需要引入和封装的包,一般置顶。
1,加载已定义好的类或包
2,导入支持类(可以是JDK基础类或者自己编写的类),可以供本类调用方法和属性。
import导入声明可分为两种:
1,单类型导入(single-type-import) 例:import java.util.ArrayList;
2,按需类型导入(type-import-on-demand) 例:import java.util.*;
Import的使用主要是为了偷懒。Java为了解决命名冲突使用了package来管理类,那么问题就来了,如果在写代码的时候都使用类的全称,例如一下这样:
java.io.InputStream is = java.lang.System.in;
java.io.InputStreamReader isr= new java.io.InputStreamReader(is);
java.io.BufferedReader br = new java.io.BufferedReader(isr);
这样的代码看起来确实不是那么舒服,写起来更不舒服;所以我们使用了import,只需要在类声明前导入相关包:
import java.lang.System;
import java.io.InputStream;
import java.io.InputStreamReader;
import java.io.BufferedReader
代码就清爽多了:
InputStream = System.in;
InputStreamReader isr = new InputStreamReader(is);
BufferedReader br = new BufferedReader(isr);
所以有人说import的使用就是一种偷懒的做法,这一点,我并不否认;
Import后出现命名冲突,在使用Import偷懒的时候也会出一些问题;
例如:
有人在同时import java.awt.*;import java.util.*后,在代码里面使用List,这个时候就炸锅了,因为这两个下面都有List,编译器就蒙圈了,它不知道,你要使用哪一个List;所以这个时候就要指定清楚,你具体使用哪一个。比如Java.util.List;这样编译器就知道了。
import可以使用通配符*,* 代表某package下所有的class,不包括子目录。看到了吧,就是说*只能导入类不能导入子目录,比如 import java.awt.*之后,你还是不能使用 java.awt.event下面的类,因为event是个子包啊,这个子包下面的类,*就无能为力了。现在知道为什么不能,直接import Java.*了吧。
总之,在使用import的时候,最好还是使用单类型导入,总结起来好处有两个:
(1)编译速度:虽然无论是哪种导入都不影响Java代码执行效率,但是在一个很大的项目中,它们会极大的影响编译速度.
(2)命名冲突:解决避免命名冲突问题的答案就是使用全名.而按需导入恰恰就是使用导入声明初衷的否定.
类或者定义部分就是Java源程序的主体了:
类定义
[修饰符]class 类名[extends 父类] [implements 接口名]{[各种属性][各种方法]}
例如:
public class SearchDaoImpl extends BaseSearchDaoImpl implements SearchDao {
protected final Log LOGGER = LogFactory.getLog(getClass());
SearchConfigService searchConfigService;
public SearchPage findPage(SearchPageable searchPageable) {
return null;
}
接口定义
[修饰符] interface 接口名 [ extends 父接口] {[各种常量][各种方法的声明]}
例如:
public interface TipDao extends BaseDao {
boolean termExists(String term);
}
注:
一个java源程序至多只能有一个公共类的定义。
若java源程序有一个公共类的定义,则该源文件名字必须与该公共类的名字完全相同。
若源程序中不包含公共类的定义,则该文件名可以任意取名。
若一个源程序中有多个类定义,则在编译时将为每个类生成一个。class文件。
单行注释:// 注释内容
多行注释:/… 注释内容…/
文本注释:/**… 注释内容…*/
这种注释可以用来自动地生成文档。在JDK中有个javadoc的工具,可以由源文件生成一个HTML文档。使用这种方式注释源文件的内容,显得很专业,并且可以随着源文件的保存而保存起来。也就是说,当修改源文件时,也可能对这个源代码的需求等一些注释性的文字进行修改,那么,这时候可以将源代码和文档一同保存,而不用再另外创建一个文档。
文档注释位置
(1)类注释。类注释用于说明整个类的功能、特性等,它应该放在所有的“import”语句之后,在class定义之前。
这个规则也适用于接口(interface)注释。
(2)方法注释。方法注释用来说明方法的定义,比如,方法的参数、返回值及说明方法的作用等。方法注释应该放在它所描述的方法定义前面。
(3)属性注释。默认情况下,javadoc只对公有(public)属性和受保护属性(protected)产生文档——通常是静态常量。
(4)包注释。类、方法、属性的注释都直接放到Java的源文件中,而对于包的注释,无法放到Java文件中去,只能通过在包对应的目录中添加一个package.html的文件来达到这个目的。当生成HTML文件时,package.html文件的和部分的内容将会被提取出来当做包的说明。关于包注释,后面还会有更进一步的解释。
(5)概要注释。除了包注释外,还有一种类型的文档无法从Java源文件中提取,就是对所有类文件提供概要说明的文件。同样的,也可以为这类注释单独新建一个HTML文件,这个文件的名字为“overview.html”,它的和标记之间的内容都会被提取。
·@author:作者。
·@version:版本。
·@docroot:表示产生文档的根路径。
·@deprecated:不推荐使用的方法。
·@param:方法的参数类型。
·@return:方法的返回类型。
·@see:用于指定参考的内容。
·@exception:抛出的异常。
·@throws:抛出的异常,和exception同义
Java设计基础及面向对象导向