JAVA 教程

RMI只是一种建设非凡工具的方法，它建设的工具可通过网络宣布。它最大的利益就是提供了一种“纯Java”方案，但如果已经有很多用其他语言编写的代码，则RMI大概无法满意我们的要求。 今朝，两种最具竞争力的替选方案是微软的DCOM（按照微软的打算，它最终会移植到除Windows以外的其他平台）以及CORBA。CORBA自Java 1.1便开始支持，是一种全新设计的观念，面向跨平台应用。 在由Orfali和Harkey编著的《Client/Server Programming … 继续阅读“RMI的替选方案”

各人迄今看到的例子利用的都是“传输节制协议”（TCP），亦称作“基于数据流的套接字”。按照该协议的设计宗旨，它具有高度的靠得住性，并且能担保数据顺利抵达目标地。换言之，它答允重传那些由于各类原因半路“走失”的数据。并且收到字节的顺序与它们发出来时是一样的。虽然，这种节制与靠得住性需要我们支付一些价钱：TCP具有很是高的开销。 尚有另一种协议，名为“用户数据报协议”（UDP），它并不决心追求数据包会完全 … 继续阅读“java数据报编程”

所有线程都附属于一个线程组。那可以是一个默认线程组，亦但是一个建设线程时明晰指定的组。在建设之初，线程被限制到一个组里，并且不能改变到一个差异的组。每个应用都至少有一个线程从属于系统线程组。若建设多个线程而不指定一个组，它们就会自动归属于系统线程组。 线程组也必需从属于其他线程组。必需在构建器里指定新线程组从属于哪个线程组。若在建设一个线程组的时候没有指定它的归属，则同样会自动成为系统线程组的一名属下。因此，一个应用措施中的所有线程组最终城市将系统线程组作为本身的“父”。 … 继续阅读“java的线程组”

这一节意味着独一向我们先容的是Swing的强大力大举量和我们的着手处，因此我们能留意到通过库，我们会感受到我们的要领多么的简朴。到今朝为止，我们已看到的大概足够满意我们UI设计需要的一部门。不外，这里有很多有关Swing特另外环境——它有意成为一全成果的UI设计东西箱。假如我们没有发明我们所需要的，请到SUN公司的在线文件中去查找，并搜索WEB。这个要领险些可以完成我们能想到的任何事。 本节中没有涉及的一些要点： ■更多非凡的组件，譬喻JColorChooser,JFil … 继续阅读“Swing更多的常识”

尽量措施片和应用措施都可以变得很重要，但假如在任那里所都利用它们就会变得杂乱和毫无用处。这一节余下部门代替它们的是一个Swing措施例子的显示框架：   //: Show.java // Tool for displaying Swing demos package c13.swing; import java.awt.*; import java.awt.event.*; import javax.swing.*; public class Show { public static … 继续阅读“Swing显示框架”

副标题#e#根基理论: 关于JAVA内部类:一个内部类的界说是界说在另一个类内部的类。　　 存在它的原因是:　　 1.一个内部类的工具可以或许会见建设它的工具的实现，包罗私有数据。即内部类实例对包括它的哪个类的实例来说，是特权的。　　 2.对付同一个包中的其他类来说,内部类可以或许埋没起来,换句话说，内部类不管要领的可见性如何，那怕是public，除了海涵类，其他类都无法利用它。　　 3.匿名内部类可以很利便的界说回调。　　 4.利用内部类可以很是利便的编写事件驱动措施。 其实它真正的目标仅仅为 … 继续阅读“关于JAVA匿名内部类的一点接头”

正如早先指出的那样，action()并不是我们对所有事举办分类后自动为handleEvent()挪用的独一要领。有三个其它的被挪用的要领集，假如我们想捕获某些范例的事件（键盘、鼠标和核苦衷件），因此我们不得不外载划定的要领。这些要领是界说在基本类组件里，所以他们险些在所有我们大概安顿在窗体中的组件中都是有用的。然而，我们也留意到这种要领在Java 1.1版中是不被支持的，同样尽量我们大概留意到担任代码操作了这种要领，我们将会利用Java 1.1版的要领来取代（本章后头有具体先容）。 组件要领 何 … 继续阅读“java action的替用品”

各人可留意到如果编译和运行上面的措施片，按下按钮后不会产生任何工作。必需进入措施片内部，编写用于抉择要产生什么工作的代码。对付由事件驱动的措施设计，它的根基方针就是用代码捕捉产生的事件，并由代码对那些事件作出响应。事实上，GUI的大部门内容都是环绕这种事件驱动的措施设计展开的。 颠末本书前面的进修，各人应该有了面向工具措施设计的一些基本，此时大概会想到该当有一些面向工具的要领来专门节制事件。譬喻，也许不得不担任每个按钮，并过载一些“按钮按下”要领（尽量这显得很是贫苦有有限 … 继续阅读“java捕捉事件”

为消除克隆本领，各人也许认为只需将clone()要领简朴地设为private（私有）即可，但这样是行不通的，因为不能回收一个基本类要领，并使其在衍生类中更“私有”。所以工作并没有这么简朴。另外，我们有须要节制一个工具是否可以或许克隆。对付我们设计的一个类，实际有很多种方案都是可以采纳的： (1) 保持中立，不为克隆做任何工作。也就是说，尽量不行对我们的类克隆，但从它担任的一个类却可按照实际环境抉择克隆。只有Object.clone()要对类中的字段举办某些公道的操纵时，才 … 继续阅读“java克隆的节制”

很少需要直接利用反射东西；之所以在语言中提供它们，仅仅是为了支持其他Java特性，好比工具序列化（第10章先容）、Java Beans以及RMI（本章后头先容）。可是，我们很多时候仍然需要动态提取与一个类有关的资料。个中出格有用的东西即是一个类要领提取器。正如前面指出的那样，若检视类界说源码可能联机文档，只能看到在谁人类界说中被界说或包围的要领，基本类哪里尚有大量资料拿不到。幸运的是，“反射”做到了这一点，可用它写一个简朴的东西，令其自动展示整个接口。下面即是详细的措施： … 继续阅读“一个java类要领提取器”