实际上，创建一个快捷方式是可能的，这样你就可以在代码中使用更短的名称，方法如下:

package com.mycompany.installer;
public abstract class ConfigurationReader {
    private static class Implementation extends com.mycompany.installer.implementation.ConfigurationReader {}
    public abstract String getLoaderVirtualClassPath();
    public static QueryServiceConfigurationReader getInstance() {
        return new Implementation();
    }
}

通过这种方式，您只需要指定一次长名称，并且可以拥有任意多个特殊命名的类。

我喜欢这种模式的另一个原因是，可以将实现类命名为与抽象基类相同的类，只是将其放置在不同的名称空间中。不过，这与导入/重命名模式无关。

Java中没有导入别名机制。不能导入两个同名的类，并且都使用非限定类。

导入一个类，并对另一个类使用完全限定名，即。

import com.text.Formatter;

private Formatter textFormatter;
private com.json.Formatter jsonFormatter;

正如前面提到的，Java不提供这个特性。

该特性的实现已经被多次请求，例如JDK-4194542:类名别名或JDK-4214789:扩展导入以允许重命名导入类型。

评论如下:

这不是一个不合理的要求，尽管不是必要的。偶尔的 使用完全限定名不会造成不必要的负担(除非库 左右重复使用相同的简单名称，这是糟糕的风格)。 在任何情况下，它都没有通过一种语言的价格/性能标准 改变。

所以我猜我们不会很快在Java中看到这个特性:-P

今天我向OpenJDK提交了关于这个别名特性的JEP草案。我希望他们能重新考虑。

如果您感兴趣，可以在这里找到JEP草案:https://gist.github.com/cardil/b29a81efd64a09585076fe00e3d34de7

实际上，创建一个快捷方式是可能的，这样你就可以在代码中使用更短的名称，方法如下:

package com.mycompany.installer;
public abstract class ConfigurationReader {
    private static class Implementation extends com.mycompany.installer.implementation.ConfigurationReader {}
    public abstract String getLoaderVirtualClassPath();
    public static QueryServiceConfigurationReader getInstance() {
        return new Implementation();
    }
}

通过这种方式，您只需要指定一次长名称，并且可以拥有任意多个特殊命名的类。

我喜欢这种模式的另一个原因是，可以将实现类命名为与抽象基类相同的类，只是将其放置在不同的名称空间中。不过，这与导入/重命名模式无关。

除非非默认构造函数有问题，否则你总是可以这样做(而我们都在等待Java语言规范赶上):

public class YaddaYadda
{
    private static class ZU extends eu.zrbj.util.ZrbjUtil_3_0 { }

    public void foo (String s)
    {
        if (ZU.isNullOrEmpty(s))
        {
            // ...

对于项目范围的使用，“import”类可以进入一个单独的类文件，为导入提供一个定义点。

这是一个救星，特别是对于“库”类，即静态实用函数的集合。首先，它使您能够对这些野兽进行版本控制(如示例所示)，而不会给用户带来很大不便。