程序片的测试[Java编程]

我们可在没必要成立网络衔接的前提下举行一次简单的测试,办法是启动我们的Web浏览器,然后翻开包含了程序片标签的HTML文件（Sun公司的JDK一样包含一个称为“程序片察看器”的工具,它能挑出html文件的<applet>标志,并运行这个程序片,没必要显示四周的HTML文本——注释②）.html文件载入后,浏览器会发现程序片的标签,并查找由code值指定的.class文件.当然,它会先在CLASSPATH（类途径）中探求,假如在CLASSPATH下找不到类文件,就在WEB浏览器状况栏给出一个错误信息,奉告不能找到.class文件.

②;由于程序片察看器会忽视除APPLET标志之外的任何东西,所以可将那些标志作为注释置入Java源码:
// <applet code=MyApplet.class width=200 height=100></applet>
这样便可直接履行“appletviewer MyApplet.java”,没必要再成立小的HTML文件来完成测试.

若想在Web站点上试验,还会碰到另一些麻烦.首先,我们必须有一个Web站点,这对大大都人来说都意味着位于远程地址的一家服务供应商（ISP）.然后必须通过某种途径将HTML文件和.class文件从自己的站点移至ISP机械上精确的目录（WWW目录）.这普通是通过采取“文件传输协议”（FTP）的程序来做成的,网上可找到很多这样的免费程序.所以我们要做的全部事情仿佛就是用FTP协议将文件移至ISP的机械,然后用自己的浏览器衔接网站和HTML文件;假定程序片精确装载和履行,就表明大功告成.但真是这样吗?
但这儿我们大概会遭到玩弄.假定Web浏览器在服务器上找不到.class文件,就会在你的本地机械上搜索CLASSPATH.所以程序片大概根本不能从服务器上精确地装载,但在你看来倒是一切正常的,因为浏览器在你的机械上找到了它需求的东西.但在其他人拜候时,他们的浏览器就无法找到那些类文件.所以在测试时,必须肯定已从自己的机械删除了相关的.class文件,以确保测试后果的真实.
我自己就碰到过这样的一个问题.当时是将程序片置入一个package（包）中.上载了HTML文件和程序片后,由于包名的问题,程序片的服务器途径仿佛陷入了混乱.但是,我的浏览器在本地类途径（CLASSPATH）中找到了它.这样一来,我就成了可以成功装载程序片的唯一一个人.后来我花了一些时间才发现本来是package语句有误.普通地,应当将package语句置于程序片的外部.