转自:http://hi.baidu.com/_jg_/blog/item/84eadffa501e9d254f4aea47.html
首先要安装jdk1.6,之后添加环境变量到C:\Program Files\Java\jdk1.6.0_18\bin,因为javac在这个目录下。否则就会无法使用javac这个编译工具。
1,什么都别说,先跟着我来做一把 C:\myjob 的目录 |
C:\myjob> Test.java 然后我们建立com目录,com\lightning\目录,net\test\目录 然后我们在c:\myjobs中发令: C:\myjob\bin的目录 2005-12-25 14:34 <DIR> . C:\myjob\bin\net的目录 2005-12-25 14:46 <DIR> . C:\myjob\bin\net\test的目录 2005-12-25 14:46 <DIR> . C:\myjob\bin\com的目录 2005-12-25 14:46 <DIR> . C:\myjob\bin\com\lightning 的目录 2005-12-25 14:46 <DIR> . 所列文件总数: 然后我们执行,同样在c:\myjobs\下发令 2,从实践到理论 刚才我用一个非常简单但是非常完整的例子给大家演示了java的package机制。为什么以前脑海里面那么简单的javac会搞得这么复杂呢?实际上它本就这么复杂,并不是一个.java,一行javac一个当前目录中的class这么简单。 首先我要打破一些东西,然后才好建立一些东西。 什么是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? 当然了,既然打了包,在使用的时候。要么写全名——包名.类名,或者使用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混在一起。当然也符合目录结构。 |