package 与 import
有些人写了一阵子 Java,可是对于 Java 的 package 跟 import 还是不太了解。很多人以为原始码 .java 文件中的 import 会让编译器把所 import 的程序通通写到编译好的 .class 档案中,或是认为 import 跟 C/C++ 的 #include 相似,实际上,这是错误的观念。让我们先了解一下,Java 的 package 到底有何用处。
其实,package 名称就像是我们的姓,而 class 名称就像是我们的名字。package 名称有很多 . 的,就好像是复姓。比如说 java.lang.String,就是复姓 java.lang,名字为 String 的类别;java.io.InputStream 则是复姓
java.io,名字为 InputStream 的类别。
Java 会使用 package 这种机制的原因也非常明显,就像我们取姓名一样,光是一间学校的同一届同学中,就有可能会出现不少同名的同学,如果不取姓的话,那学校在处理学生数据,或是同学彼此之间的称呼,就会发生很大的困扰。相同的,全世界的 Java 类别数量,恐怕比台湾人口还多,而且还不断的在成长当中,如果类别不使用套件名称,那在用到相同名称的不同类别时,就会产生极大的困扰。幸运的是,Java 的套件名称我们可以自己取,不像人的姓没有太大的选择 ( 所以有很多同名同姓的 ),如果依照 Sun 的规范来取套件名称,那理论上不同人所取的套件名称不会相同 ( 请参阅 "命名惯例"的相关文章 ),也就不会发生名称冲突的情况。
可是问题来了,因为很多套件的名称非常的长,在写程序时,会多打好多字,花费不少时间,比如说:
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);
实在是不美观又麻烦。于是,Sun 想了一个办法,就是 import。
这个 import 就是在程序一开头的时候,先说明程序中会用到那些类别的
简称,也就是只称呼名字,不称呼他的姓。首先,在档案开头写:
import java.lang.System;
import java.io.InputStream;
import java.io.InputStreamReader;
import java.io.BufferedReader;
这几行说明了这四个姓名的类别,在程序中只用他的名字来称呼,所以当程序中提到 System 就是指 java.lang.System,而 InputStream 就是指 java.io.InputStream,依此类推。于是原来的程序就变成:
InputStream = System.in;
InputStreamReader isr = new InputStreamReader(is);
BufferedReader br = new BufferedReader(isr);
这样看起来是不是清爽多了呢?如果这些类别用的次数很多,那就更能体会到import 的好处了。可是这样还是不够,因为懒是人的天性,还是会有人觉得打太多 import 了也很浪费时间,于是 Sun 又提供了一个方法:
import java.lang.*;
import java.io.*;
意思就是,等一下程序中提到的没有姓名的类别,不是姓 java.lang,就是姓java.io,如果这两个里面有同样名字的类别,而不幸的你又只用名字称呼这个类别,那编译器仍然会跟你抱怨,因为它还是不知道你说的这个类别指那一
个姓的类别。那可不可以再懒一点呢,只写:
import java.*;
历史告诉我们,人可以懒,但不能太懒,这样是不行的。因为那些类别是姓 java.io 而不是姓 java。就像姓『诸葛』的人应该不会喜欢你称他为『诸』先生吧。
为甚么我一开始说 import 跟 #include 不同呢?因为 import 的功能到此为止,它不像 #include 一样,会将档案内容载入进来。import 只是请编译器帮你打字,让编译器把没有姓的类别加上姓,并不会把别的文件的程式码写进来。如果你想练习打字,可以不要使用 import,只要在用到类别的时候,用它的全部姓名来称呼它就行了(就像例子一开始那样),跟使用 import 完全没有甚么两样。
另外,虽然人不可以太懒,但是 Sun 还是帮我们多偷了一点懒。因为java.lang 这个套件实在是太常太常太常用到了,几乎没有程序不用它的,所以不管你有没有写 import java.lang;,编译器都会自动帮你补上,也就是说编译器只要看到没有姓的类别,它就会自动去 java.lang 里面找找看,看这个类别是不是属于这个套件的。所以我们就不用特别去
import java.lang 了。
↓相关文章:
- · 写Java程序最容易犯的21种错误实例分析
- · J2ME应用程序内存优化三招
- · 一个理解wait()与notify()的例子
- · 关于Java栈与堆的思考
- · Java语言入门级的十二大特色详细介绍
- · J2EE相关设计模式讨论
- · 开发J2EE应用的要领
- · 浅析Java语言中两种异常的差别
- · 小结Hibernate的查询方式
- · JDBC专题介绍(3)
- · JDBC专题介绍(1)
- · 详述:JAVA也能克隆
- · 使用javap深入查看类文件
- · Java/J2EE中文问题终极解决之道
- · 实战Java多线程编程之不提倡的方法
- · Java学习从入门到精通 2书籍篇
- · Java学习从入门到精通 1工具篇
- · 调用CUI程序的方法
- · JSP概述
- · JSP Actions的使用
- · JSP之Taglib Directiv
- · JSP不是简化的Java
- · 如何取得IP/用户名等信息
- · Windows 2000中如何配置JDK
- · 开发基于Java的图形用户界面
- · javamail收取Hotmail的退信
- · EJB 3.0开发指南之多表映射
- · Java操作文本文件的方法
- · EJB 3.0 开发指南之定时服务
- · J2SE中的序列化的认识
- · Eclipse开发Hibernate应用程序
- · CORBA对象生命周期
- · Eclipse 3.0 上配置JSP开发环境
- · CORBA技术探索起步
- · JBuilder2005+JBOSS+Oracle9i环境配置
- · 谈谈J2SE中当序列化遭遇继承
- · JavaBeans 与 Ejb 的区别
- · Java多线程编程之不提倡的方法
- · Java多线程编程精要之实现线程
- · Java多线程编程精要之基础
- · J2EE应用应遵循的几点原则
- · 开发线程安全的Spring Web应用
- · JDBC 2.0中的高级数据类型
- · Java串行端口技术协议
- · EJB 3.0开发指南之消息驱动Bean

