BlogJava-执手麦田的咖啡空间-随笔分类-咖啡馆

JAVA中的PACKAGE机制——(好文转帖)

执手麦田 — Sun, 29 Apr 2007 06:19:00 GMT

1，什么都别说，先跟着我来做一把
我们先找一个目录，比如C:\myjob
然后我们建立两个目录，一个叫做src，一个叫做bin
C:\myjob>md src
C:\myjob>md bin
C:\myjob>dir
驱动器 C 中的卷是 LIGHTNING
卷的序列号是 3DD1-83D9
C:\myjob 的目录
2005-12-25 14:33

          .
2005-12-25 14:33              ..
2005-12-25 14:34              src
2005-12-25 14:34              bin
               0 个文件              0 字节
               4 个目录    305,123,328 可用字节
C:\myjob>
然后我们在src目录中去写程序
C:\myjob>cd src
C:\myjob\src>
我们写这么4个java文件
////A.java
package com.lightning;
public class A{
{System.out.println("com.lightning.A");}
}
////B.java
package com.lightning;
public class B{
{System.out.println("com.lightning.B");}
}
////C.java
package com;
public class C{
{System.out.println("com.C");}
}

////Test.java
package net.test;
import com.lightning.*;
import com.*;
public class Test{
public static void main(String[] args)
{
new A();new B();new C();
System.out.println("net.test.Test");
}
}
写好之后就是这样

C:\myjob\src>dir
驱动器 C 中的卷是 LIGHTNING
卷的序列号是 3DD1-83D9

C:\myjob\src 的目录

2005-12-25 14:34

          .
2005-12-25 14:34              ..
2005-12-25 14:39                86 A.java
2005-12-25 14:40                86 B.java
2005-12-25 14:42               194 Test.java
2005-12-25 14:43                68 C.java
               4 个文件            434 字节
               2 个目录    305,106,944 可用字节

然后我们建立com目录，com\lightning\目录，net\test\目录
C:\myjob\src>md com
C:\myjob\src>md com\lightning
C:\myjob\src>md net\test\
我们将Test.java放入net\test\中去
将A.java，B.java放入com\lightning\中去
将C.java放入com\中去
C:\myjob\src>move Test.java net\test\
C:\myjob\src>move A.java com\lightning\
C:\myjob\src>move B.java com\lightning\
C:\myjob\src>move C.java com\

然后我们在c:\myjobs中发令：
C:\myjob\src>cd ..
C:\myjob>javac -sourcepath src -d bin src\net\test\Test.java
然后我们看看bin目录中多了什么
C:\myjob>dir bin /s
驱动器 C 中的卷是 LIGHTNING
卷的序列号是 3DD1-83D9

C:\myjob\bin 的目录

2005-12-25 14:34

          .
2005-12-25 14:34              ..
2005-12-25 14:46              net
2005-12-25 14:46              com
               0 个文件              0 字节

C:\myjob\bin\net 的目录

2005-12-25 14:46

          .
2005-12-25 14:46              ..
2005-12-25 14:46              test
               0 个文件              0 字节

C:\myjob\bin\net\test 的目录

2005-12-25 14:46

          .
2005-12-25 14:46              ..
2005-12-25 14:46               520 Test.class
               1 个文件            520 字节

C:\myjob\bin\com 的目录

2005-12-25 14:46

          .
2005-12-25 14:46              ..
2005-12-25 14:46              lightning
2005-12-25 14:46               338 C.class
               1 个文件            338 字节

C:\myjob\bin\com\lightning 的目录

2005-12-25 14:46

          .
2005-12-25 14:46              ..
2005-12-25 14:46               354 A.class
2005-12-25 14:46               354 B.class
               2 个文件            708 字节

     所列文件总数:
               4 个文件          1,566 字节
              14 个目录    305,057,792 可用字节

然后我们执行，同样在c:\myjobs\下发令
C:\myjob>java -cp bin net.test.Test
com.lightning.A
com.lightning.B
com.C
net.test.Test

2，从实践到理论

刚才我用一个非常简单但是非常完整的例子给大家演示了java的package机制。
为什么以前脑海里面那么简单的javac会搞得这么复杂呢？

实际上它本就这么复杂，
并不是一个.java，一行javac一个当前目录中的class这么简单。

首先我要打破一些东西，然后才好建立一些东西。
javac并非只是给一个.java编译一个class的。javac自带有make机制，也就是说，如果在
javac的参数中java文件使用到的任何类，javac首先会去找寻这个类的class文件存在与否
，如果不存在，就会在sourcepath中找寻源代码文件来编译。

什么是sourcepath呢？sourcepath是javac的一个参数，如果你不加指定，那么sourcepath
就是classpath。

比如我们装好jdk之后，我说过不要设定classpath环境变量，因为大部分人一旦设定了
classpath，不是多此一举把什么dt.jar放进去。（我可以好好打击你一下，告诉你一个可
悲的事实——jre永远不会从你这个classpath中去寻找dt.jar。你完全是徒劳的！）就是
把"."搞不见了，搞得是冷水一盆盆的往自己身上泼，脑袋一点点的涨大。

不要设！classpath没有你想象中那么普适和强大，它只是命令行的简化替代品。
你不设的话它就是"."。

回到sourcepath，sourcepath指的是你源代码树的存放地点。
为什么是源代码树？而不是一个目录的平板源代码呢？
请大家将原本脑海中C的编译过程完全砸掉！
java完全不同，java没有头文件，每个.java都是要放在源代码树中的。
那么这颗树是怎么组织的呢？
对了，就是package语句。
比如写了package com.lightning;
那么这个.java就必须放在源代码树根\的com\lighting\之下才行。

很多浮躁的初学者被default打包方式宠坏了。自我为中心，以为java就是一套库，自己写
的时候最多import进来就行了，代码从不打包，直接javac，直接java，多么方便。
孰不知自己写的这个.java也不过是java大平台的其中一个小单元而已。如果不打包，
我写一个Point，你写一个Point，甚至更有甚者敢于给自己的类起名叫String等等。
全部都在平板式的目录中，那jre该选哪一个？

一旦要使用package语句，就要使用代码树结构，当然，你要直接javac，也行。
不过javac出来的这个class要放在符合package结构的目录中才能发挥正常作用，否则就是
废物一坨。
而且，如果你这个.java还用到其它自己写的有package语句的.java，那这个方法就回天乏
术了。

按照sun的想象，应该是写好的.java放在符合package结构的目录中，package语句保证了
正确放置，如果目录位置和package语句中指示的不同，则会出错。

所以按照刚才我们的那种package写法，我们必然要将那几个.java文件放入相应的目录中
才能让javac顺利找到他们来make。

有人说javac可不可以像java那样 java aaa.bbb.c...java？
不可以
javac中的那个.java文件参数必须是一个文件系统的路径文件名形式。
然后如果用到其它的.java，javac会根据目前的sourcepath出发寻找目录结构中的那些
java文件。

当然了，既然打了包，在使用的时候。
要么写全名——包名.类名
或者使用import
不得不提的是，import就好比c++的using，它不负责做文件操作，它只是方便你写代码。

另外import语句中的*代表的是类名，不代表包名片断。
你import com.*;
编译器仍然找不到com.lightning中的任何类。
反之亦然。
就好象你告诉编译器，我这里面要用到姓诸葛的人。
那么姓诸的人当然编译器不会认为也包含在内。

所以，如果程序一旦写到一定规模。
就不得不使用ant来管理这些。
或者使用IDE，否则jdk就真的变成了java developer killer。

但是对于初学者，在了解为什么会有ant之类的之前，还是要体会一下使用
jdk的艰辛。

这个和以前在unix上开发的人用gcc命令行到后来使用make之后使用ide
之类的时候的体会是类似的。

最后，javac的-d参数是指示编译出来的class文件放在哪里的，如果你不指定的话，它们
和.java混在一起。当然也符合目录结构。

执手麦田 2007-04-29 14:19 发表评论

关于汉诺塔的理解

执手麦田 — Sat, 28 Apr 2007 01:27:00 GMT

汉诺塔问题是在编程时经常提到的一个问题，因为它在递归的使用方法有很强的代表性。它讲的是需要将N个盘子从A柱上通过B柱的辅助全部移动到C柱上，其间只有一个条件需要注意，那就是大盘子始终在小盘子下面。

如何用递归的思路来解决问题呢？方法很简单，其实我们其它的什么都不需要考虑，只需要这样想，假设现在有10只盘子，我只需要将上面的9只从A柱放到B柱上，而且是上小下大，这样就可以将第10只盘子从A柱放到C柱上了，再将那9只盘子通过A柱移动到C就可以了，至于那9只盘子如何移动，我们可以这样想，我们可以用和第10只盘子相同的方法，先将上面9只通过B柱移动到C柱，然后将第9只盘子从A移动到B，再将那8只通过A从C移动到B就可以了，依此类推，方法都是一样的。因此可以有这样的程序出现。

public void move(int n ,char one ,char two, char three){
if(n==1)
   System.out.println("第"+n+"只盘子由"+one+"--"+three);
else{
   move(n-1, one , three , two);//将第n-1只盘子从one通过three移动到two;
   System.out.println("第"+n+"只盘子由"+one+"--"+three);
   move(n-1, two , one , three););//将第n-1只盘子从two通过one移动到three;

}
}

然后我们要做的就是通过一个主函数来调用这个方法就可以了。

public class HanN
{
  public static void main(String [] args)
{
  HanN hn = new HanN();
  hn.move(3,'A','B','C');
}
}

执手麦田 2007-04-28 09:27 发表评论

检索字符的程序

执手麦田 — Fri, 27 Apr 2007 05:37:00 GMT

摘要: 用来检索字符的程序阅读全文

执手麦田 2007-04-27 13:37 发表评论

关于foreach的使用

执手麦田 — Thu, 26 Apr 2007 08:10:00 GMT

在jdk1.5以后的版本中，新增了一个名叫foreach的语法，它可以在循环语句中使用，方法可见以下实例。
例如，定义一个一维数组 a[ ]={1,15,20,33}，此时要求打印该数组值，按照以往的方法，可以这样做，代码如下：

1public class TestForEach
2{public static void main(String [] args)
3  { int [] a ={1,15,20,33};
4    for(int i=0;i<a.length();i++)
5       System.out.println(a[i]);
6  }
7}
8

但是，当我们运用了foreach的语法后就不一样了，以上的语句可以写成如下格式：

1public class TestForEach
2{
3  public static void main(String [] args)
4  {
5   int [] a ={1,15,20,33};
6   for(int i : a)  //注，这里定义的i必须在for结构中，
7     System.out.println(i);
8  }
9}

写到这里不由得赞叹一下，Java真是牛呀！

执手麦田 2007-04-26 16:10 发表评论

提问：如何避免下列情况

执手麦田 — Thu, 26 Apr 2007 05:09:00 GMT

有程序如下：

public class FPoint
{
  public static void main(String [] args)
   {
    float f = 0.0f;
    System.out.println(f);
    for(int i=0;i<10;i++)
      {
        f+=0.1f;
        System.out.println(f);
       }
   }
}

此程序理想的打印结果应该是：
0.0
0.1
0.2
0.3
0.4
0.5
0.6
0.7
0.8
0.9
1.0
但实际打印结果却是：
0.0
0.1
0.2
0.3
0.4
0.5
0.6
0.70000005
0.8000001
0.9000001
1.0000001

请问这是为什么？又该如何避免？

执手麦田 2007-04-26 13:09 发表评论

关于Java中String的几个问题

执手麦田 — Wed, 25 Apr 2007 02:58:00 GMT

问题：如何理解
String str＝new String（"x"）;
和
String str="x";

在计算机的内存中有堆和栈两块空间，其中栈中存放所有对象、函数、变量等的饮用；而堆中存放对象、值等。
不管是new出的对象还是用类似String str = "x";这类的对象，都是放在堆中的。
举一个简单的例子：
String str1 = "x" ;
String str2 = "x" ;
String str3 = new String("x") ;
表面上看这三句回实例化3个String对象，实际上是两个。在java中有一个叫“字符数据池”的内存管理机制，在对str2赋值之前，会检查池中有没有相同的数据，如果有，则直接引用；若没有，系统会实例化这个String的对象；而执行到String str3 = new String("x") ;系统会直接实例化该对象，而不会在池中查找。也不会将这个对象放在池中。
你可能会问，如果改动str1或str2时会不会改动另外一个引用的值。答案是不会。系统会首先在池中查找有没有相同的对象，如果没有，会实例化这个对象。

补充一：
注意，对于new出来的对象则要小心。
如
String str3 = new String("x") ;
String str4 = new String("x") ;
System.out.println(str4==str3);
它的打印结果肯定是false；因为此时new出来的对象并不在一个位置，并不用去检查字符数据池。所以为false。
只有在执行：
System.out.println(str3.equals(str4));时其值才为true。

执手麦田 2007-04-25 10:58 发表评论

关于Java.lang.NullPointerException

执手麦田 — Wed, 25 Apr 2007 02:44:00 GMT

今天在调试一个简单的JAVA手机小程序的时候，遇到了一个让我头痛了半天的问题。但最终得以解决，将方法写上，说不定还有一些朋友也遇到了类似的情况。

这个程序是一个关于在手机上显示图片的程序，分成两段：

1、MainCanvas.java部分

内容如下：

import java.io.IOException;

import javax.microedition.lcdui.Canvas;
import javax.microedition.lcdui.Graphics;
import javax.microedition.lcdui.Image;

public class MainCanvas extends Canvas {

public Image m_Image;
MainCanvas(){
   try{

    m_Image=Image.createImage("/IM.png");

   }
   catch(IOException e){

      }
}
protected void paint(Graphics g){
   g.drawImage(m_Image,0,0,Graphics.TOP|Graphics.LEFT);
}

}

2、MyCartoonMidlet.java部分

内容如下：

ukimport javax.microedition.lcdui.Display;
import javax.microedition.midlet.MIDlet;
import javax.microedition.midlet.MIDletStateChangeException;

public class MyCartoonMidlet extends MIDlet {

public MainCanvas m_MainCanvas;
public MyCartoonMidlet() {
// TODO 自动生成构造函数存根
}

protected void destroyApp(boolean arg0) throws MIDletStateChangeException {
// TODO 自动生成方法存根

}

protected void pauseApp() {
// TODO 自动生成方法存根

}

protected void startApp() throws MIDletStateChangeException {
   m_MainCanvas=new MainCanvas();
   Display.getDisplay(this).setCurrent(m_MainCanvas);
   while(true){
    m_MainCanvas.repaint();
   }

}

过程是调用目录下的一个叫做 IIM.PNG的文件

在调试过程中，编译器老是报Java.lang.NullPointerException 的错误，顺藤摸瓜，发现是找不到图片的问题才导致抛出这样的异常。可是我已经把图片放到了程序目录下呀。于是一度认为是编程环境出了问题。可事实并非如此。查找了半天资料才发现，原来图片应该放在verified\classes下，把文件放进去，所有问题都解决了。OK！

执手麦田 2007-04-25 10:44 发表评论