JAVA 教程

若想生成外部类对象的句柄，就要用一个点号以及一个this来命名外部类。举个例子来说，在Sequence.SSelector类中，它的所有方法都能产生外部类Sequence的存储句柄，方法是采用Sequence.this的形式。结果获得的句柄会自动具备正确的类型（这会在编译期间检查并核实，所以不会出现运行期的开销）。 有些时候，我们想告诉其他某些对象创建它某个内部类的一个对象。为达到这个目的，必须在new表达式中提供指向其他外部类对象的一个句柄，就象下面这样：   //: Parcel1 … 继续阅读“引用外部类工具”

这个措施看起来也许显得有些奇怪。为什么所有人都应该有意健忘一个工具的范例呢？举办上溯造型时，就大概发生这方面的迷惑。并且假如让tune()简朴地取得一个Wind句柄，将其作为本身的自变量利用，好像会越发简朴、直观得多。但要留意：如果那样做，就需为系统内Instrument的每种范例写一个全新的tune()。假设凭据前面的推论，插手Stringed（弦乐）和Brass（铜管）这两种Instrument（乐器）：   //: Music2.java // Overloading inste … 继续阅读“为什么要上溯造型”

Java不具备象C++的“粉碎器”那样的观念。在C++中，一旦粉碎（排除）一个工具，就会自动挪用粉碎器要领。之所以将其省略，或许是由于在Java中只需简朴地健忘工具，不需强行粉碎它们。垃圾收集器会在须要的时候自动接纳内存。 垃圾收集器大大都时候都能很好地事情，但在某些环境下，我们的类大概在本身的存在时期采纳一些动作，而这些动作要求必需举办明晰的排除事情。正如第4章已经指出的那样，我们并不知道垃圾收集器什么时候才会显身，可能说不知它何时会挪用。所以一旦但愿为一个类排除什么对 … 继续阅读“确保正确的排除java工具”

把握前述的常识后，接下来就可以开始建设本身的东西库，以便淘汰可能完全消除反复的代码。譬喻，可为System.out.println()建设一个体名，淘汰反复键入的代码量。它可以是名为tools的一个包（package）的一部门：   //: P.java // The P.rint & P.rintln shorthand package com.bruceeckel.tools; public class P { public static void rint(Object … 继续阅读“自界说java东西库”

主（数据）范例能从一个“较小”的范例自动转酿成一个“较大”的范例。涉及过载问题时，这会稍微造成一些杂乱。下面这个例子展现了将主范例通报给过载的要领时产生的环境：   //: PrimitiveOverloading.java // Promotion of primitives and overloading public class PrimitiveOverloading { // boolean can’t be automatic … 继续阅读“主范例的过载”

为正确领略static在应用于内部类时的寄义，必需记着内部类的工具默认持有建设它的谁人封装类的一个工具的句柄。然而，如果我们说一个内部类是static的，这种说法却是不创立的。static内部类意味着： (1) 为建设一个static内部类的工具，我们不需要一个外部类工具。 (2) 不能从static内部类的一个工具中会见一个外部类工具。 但在存在一些限制：由于static成员只能位于一个类的外部级别，所以内部类不行拥有static数据或static内部类。 倘若为了建设内部类的工具而不需要建设 … 继续阅读“java的static内部类”

在第6章，各人已知道可将一个工具作为它本身的范例利用，可能作为它的基本范例的一个工具利用。取得一个工具句柄，并将其作为基本范例句柄利用的行为就叫作“上溯造型”——因为担任树的画法是基本类位于最上方。 但这样做也会碰着一个问题，如下例所示（若执行这个措施碰着贫苦，请参考第3章的3.1.2小节“赋值”）： //: Music.java // Inheritance & upcasting package c07; cla … 继续阅读“上溯造型的问题”

很多时候都要求将合成与担任两种技能团结起来利用。下面这个例子展示了如何同时回收担任与合成技能，从而建设一个更巨大的类，同时举办须要的构建器初始化事情：   //: PlaceSetting.java // Combining composition & inheritance class Plate { Plate(int i) { System.out.println("Plate constructor"); } } class DinnerPlate … 继续阅读“合成与担任的团结”

各人或者已留意到这样一个事实：由于一个包永远不会真的“封装”到单唯一个文件内里，它可由多个.class文件组成，所以排场大概稍微有些杂乱。为制止这个问题，最公道的一种做法就是将某个特定包利用的所有.class文件都置入单个目次里。也就是说，我们要操作操纵系统的分级文件布局制止呈现杂乱排场。这正是Java所采纳的要领。 它同时也办理了另两个问题：建设唯一无二的包名以及找出那些大概深藏于目次布局某处的类。正如我们在第2章报告的那样，为到达这个目标，需要将.class文件的位置 … 继续阅读“建设唯一无二的包名”

若要领有同样的名字，Java奈何知道我们指的哪一个要领呢？这里有一个简朴的法则：每个过载的要领都必需采纳唯一无二的自变量范例列表。 若稍微思考几秒钟，就会想到这样一个问题：除按照自变量的范例，措施员如何区分两个同名要领的差别呢？ 纵然自变量的顺序也足够我们区分两个要领（尽量我们凡是不肯意回收这种要领，因为它会发生难以维护的代码）：   //: OverloadingOrder.java // Overloading based on the order of // the argume … 继续阅读“区分过载要领”