一些关于 Java 的句子

发布于 2024-08-17 23:51:26 字数 4798 浏览 9 评论 0

本文并没有什么新鲜的。我只是收集了一些不太重要的语句,但这些语句可能对初级程序员来说很重要。也就是些无聊的旧东西。

如果以下的这些你都知道的话,那么你比 Java 的了解已经超过了对一个平常的家庭主妇的了解。我不知道清楚所有的这些是否是有意义的。即使不知道其中的一些特性,你照样也可以成为一个相当不错的 Java 程序员。然而,本文中许多的新信息可能表明你还有很大的发展空间。

Java 中有四种不同的访问类型(而不是三种)

这四种类型包括:private, package private (包访问权限,无修饰符,又叫 default, 译者注)。如果你在类中定义一个元素时并不加任何访问类型修饰符,它将被默认设置为包访问权限(package private),而不是 public 或者 protected。

Java 中有四种级别的访问类型

Java 有四个级别的访问类型。

从另一方面来说,如果在接口中,你不指定方法的访问修饰符,那么它将是 public 类型的。你也可以显式地指定它为 public 类型, 但这并不符合 SONAR(一个开源代码质量管理平台,译者注)的代码质量管理思想。

访问类型是传递的

访问类型是传递的

我的“在 Java 中允许选择性的在接口的方法中写 public”的观点是一个技术错误。

同样你也可在接口的字段前写 final,甚至是 static。这说明这些字段可以是非静态或非 final 吗?不是的,接口中的字段中总是 final 和 static 的。

Protected 和 package private 是不一样的

Package private(或者 default)访问类型可以使得相同包(package) 下其他类能够访问这些字段或方法。保护类型(protected) 的方法和字段可以被相同包下的类使用(这和 package private 是一样的),同时它也可以被其他类使用,只要那个类继承了这个包含这些 protected 方法或字段的类。

Protected 是可传递的

如果有三个包 a、b、c,每个包都分别包含 A、B、C 类,而且 B 继承 A,C 继承 B,那么 C 可以访问 A 中的 protected 字段和方法。

package a;

public class A {
    protected void a() {

    }
}
package b;

import a.A;

public class B extends A {
    protected void b() {
        a();
    }
}
package c;

import b.B;

public class C extends B {
    protected void c() {
        a();
    }
}

接口不能定义 protected 方法

很多人认为可以在接口中定义 protected 方法。如果你这么做的话,编译器很快就会毫不留情地给你报错。顺便说下,这也就是我为什么认为允许 public 关键字在接口中是一个技术错误,它会让人觉得还可以写其他访问类型似的。

Private is the new public

private 是一种新的 public

如果你还想在一个接口的方法中声明 protected 方法,你可能还不理解封装的含义。

此 private 非彼 private

私有变量和方法在编译单元内是可见的。如果这听起来太神秘的话,换种说法:几乎就是在同一个 Java 文件中。这比“在它们被定义的类中”听起来好理解些。它们在同一编译单元的类和接口中也是可见的。嵌套类可以看到类中封装的私有字段和方法。然而,当前封闭类也可以看到该类下任何深度下类中的私有方法和字段。

package a;

class Private {
    private class PrivateInPrivate {
        private Object object;
    }

    Object m() {
        return new PrivateInPrivate().object;
    }
}

后者并不广为人知,事实上也很少有用到。

Private 是类的访问级别而不是对象

如果你可以访问一个变量或方法,那么不管它属于哪个对象你都可以访问它。如果 this.a 可以访问到,那 another.a 也可以访问到,只要它们是同一个类的实例。同一个类的实例对象可以随意调用其他实例的变量或方法。不过这样的代码一般都没有意义。现实生活中异常是 equals()(由 Eclipse 生成, 15 - 18 行):

package a;

public class PrivateIsClass {
    private Object object;

    @Override
    public boolean equals(Object obj) {
        if (this == obj)
            return true;
        if (obj == null)
            return false;
        if (getClass() != obj.getClass())
            return false;
        PrivateIsClass other = (PrivateIsClass) obj;
        if (object == null) {
            if (other.object != null)
                return false;
        } else if (!object.equals(other.object))
            return false;
        return true;
    }
}

静态(static) 类可能有很多实例

Protection is not object level. It is class level.

访问类型不是对象级别的而是类级别的。

那些不支持有任何实例的类,通常被称为实用工具类。它们只包含静态字段和静态方法以及唯一的不被该类的任何静态方法调用的私有构造函数。在 Java 8 中也可以有这样的一个野兽(这个词翻译不通,译者注) 在接口中实现,因为 Java 8 的接口可以有静态方法。我不觉得我们应该使用这个特性而不是实用工具类。我也不完全确信我们应该使用实用工具类。

静态类总是在另一个类或接口中。它们是嵌套类。他们是静态的,就像静态方法不能访问类的实例方法和字段一样,静态内部类也不能访问嵌入类的实例方法和字段。这是因为内部类没有嵌入类实例的引用(或者说是指针,如果你喜欢这么叫的话)。内部类(内部类,也即非静态嵌套类, 译者注),而非静态嵌套类, 没有嵌入类的一个实例,它是无法被创建的。每个内部类的实例都具有嵌入类实例的一个引用,因此一个内部类可以访问嵌入类的实例方法和字段。

因为这个原因,要是没有外部类的一个实例,你就不能创建一个内部类。当然,如果是当前对象,也就是 this 的话,你就可以不需要指定它。在这种情况下你可以使用 new, 在这种情况下,也就是 this.new 的简式。在一个静态的环境中,例如从一个静态方法,你必须指定内部类应该创建哪个封闭类的实例。见第 10 行:

package a;

class Nesting {
    static class Nested {}
    class Inner {}
    void method(){
        Inner inner = new Inner();
    }
    static void staticMethod(){
        Inner inner = new Nesting().new Inner();
    }
}

匿名类只能访问 final 变量

Variable has to be effective final

变量必须是有效的 final

当一个匿名类被定义在一个方法中,它可以访问局部变量如果该变量是 final 的。但这说的有点模糊。它们不得不声明成 final,他们还必须是有效 final。这也是 Java 8 中发布的一些特性。你不需要声明这些变量为 final 型,但它们仍然必须是有效的 final。

Java 8 does not require final, only effective final

Java 8 并不要求 final,只要求有效 final。

为什么你需要对一些东西声明 final,当它被检查必须是这样的。就像方法的参数。它们也必须是 final 的。你说这不是 Java 所必须的吗?嗯,你是对的。这只是一个良好的编程风格所必须的。

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据

关于作者

面如桃花

暂无简介

0 文章
0 评论
23 人气
更多

推荐作者

qq_E2Iff7

文章 0 评论 0

Archangel

文章 0 评论 0

freedog

文章 0 评论 0

Hunk

文章 0 评论 0

18819270189

文章 0 评论 0

wenkai

文章 0 评论 0

    我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
    原文