Java的违例视频教程

这个问题的本质是若将垃圾丢进单个垃圾筒，事实上是未经分类的。但在以后，某些特殊的信息必须恢复，以便对垃圾正确地归类。在最开始的解决方案中，RTTI扮演了关键的角色)。 这并不是一种普通的设计，因为它增加了一个新的限制。正是这个限制使问题变得非常有趣——它更象我们在工作中碰到的......

服务器必须包含一个扩展了UnicastRemoteObject的类，并实现远程接口。这个类也可以含有附加的方法，但客户只能使用远程接口中的方法。这是显然的，因为客户得到的只是指向接口的一个句柄，而非实现它的那个类。 必须为远程对象明确定义构建器，即使只准备定义一个默认构建器，用它调用基础类构建器。必......

RMI对接口有着强烈的依赖。在需要创建一个远程对象的时候，我们通过传递一个接口来隐藏基层的实施细节。所以客户得到远程对象的一个句柄时，它们真正得到的是接口句柄。这个句柄正好同一些本地的根代码连接，由后者负责通过网络通信。但我们并不关心这些事情，只需通过自己的接口句柄发送消息即可。 [/图片] 创建一......

现在考虑一下创建多个不同的线程的问题。我们不可用前面的例子来做到这一点，所以必须倒退回去，利用从Thread继承的多个独立类来封装run()。但这是一种更常规的方案，而且更易理解，所以尽管前例揭示了我们经常都能看到的编码样式，但并不推荐在大多数情况下都那样做，因为它只是稍微复杂一些，而且灵活性稍低一......

作为我们的起点，请思考一个需要执行某些CPU密集型计算的程序。由于CPU“全心全意”为那些计算服务，所以对用户的输入十分迟钝，几乎没有什么反应。在这里，我们用一个合成的applet/application(程序片/应用程序)来简单显示出一个计数器的结果： [/图片] //: ......

为体验新类的效果，下面让我们看看如何修改iOStreamDemo.java示例的相应区域，以便使用Reader和Writer类： [/图片] //: NewIODemo.java // Java 1.1 IO typical usage import java.io.*; public class ......

现在考虑换成另一种方式来使用本章频繁见到的计数器。在下面的例子中，每个线程都包含了两个计数器，它们在run()里增值以及显示。除此以外，我们使用了Watcher类的另一个线程。它的作用是监视计数器，检查它们是否保持相等。这表面是一项无意义的行动，因为如果查看代码，就会发现计数器肯定是相同的。但实际情......

我们可创建一个控制器，令其捕获所有类型的违例。具体的做法是捕获基础类违例类型Exception(也存在其他类型的基础违例，但Exception是适用于几乎所有编程活动的基础)。如下所示： [/图片] catch(Exception e) { System.out.println("caught an......

BitSet实际是由“二进制位”构成的一个Vector。如果希望高效率地保存大量“开-关”信息，就应使用BitSet。它只有从尺寸的角度看才有意义;如果希望的高效率的访问，那么它的速度会比使用一些固有类型的数组慢一些。 [/图片] 此外，BitSet的......

并不一定非要使用java违例。这一点必须掌握，因为经常都需要创建自己的违例，以便指出自己的库可能生成的一个特殊错误——但创建Java分级结构的时候，这个错误是无法预知的。 [/图片] 为创建自己的违例类，必须从一个现有的违例类型继承——最好在含义上与新......