消除类歧义，而不必过于冗长

如何解决消除类歧义，而不必过于冗长

| 我有一个正在使用目录结构的Java库，该目录结构如下所示：

/com
  /example
    /LibX
      Server.java
      Client.java

现在，从使用上述类的项目中，在我看来导入

com.example.LibX.*

和使用

Client client = new Client(...);

有点模棱两可，因为\“ Client \”可能有任何含义。因此，我尝试了以下操作，仅收到“找不到包”错误：

import com.example.*;

LibX.Client client = new LibX.Client(...);

可以做我所描述的吗？还是有另一种不使用

com.example.LibX.Client

消除歧义的方法？     

解决方法

        您不必担心歧义-如果引用不明确，则您的类将无法编译- 例如

import java.util.Date;
import java.sql.Date;

public class Test {

        private Date date;
}

无法编译。因此，如果您可以编译该类，那么根据定义，您就不会有含糊的引用。 顺便说一句，LibX.Client有点令人困惑。通常，类名用大写字母表示，包名称用小写字母表示，因此，如果您这样做（如果LibX是顶级包并且给出了全名），则它看起来更像是内部类引用，如上面Andy \的响应中所述。     ,        Java软件包不是分层的，即使有时看起来也是如此。就像您建议的那样，您无法导入软件包的“树”。您要么需要导入带有通配符的特定程序包，要么导入特定的类名，或者直接在代码中使用完全限定的类名。 以下内容并不明确，被认为是最佳做法：

import com.example.LibX.Client;

...

Client client = new Client(...);

在IDE可以为您组织导入的世界中，没有理由不明确说明所有导入。     ,        如果您愿意将Client和Server分组为静态嵌套类，则有可能。

public class LibX {
  public static class Client {
    //...
  }

  public static class Server {
    //...
  }
}

现在您可以can8ѭ，然后再

new LibX.Client()

。不幸的缺点是，迫使您对类进行分组并创建其他空的LibX类。     ,        没有您所描述的机制。您唯一的其他可能性是使用单类导入：

import com.example.LibX.Client;