在库开发中如何正确使用Java访问修饰符

Question

我正在开发一个库，其他程序员将导入该库并将其用于他们的目的。

我对 Java 访问修饰符的目标感到困惑。

问题是我

• 在包 org.mylibrary 中的 ClassA
• 下面有类ClassB 在包 org.mylibrary.internal 中

ClassA 需要解析 ClassB，因此 ClassB 需要是公共类。

但是，从图书馆用户的角度来看，我不希望 ClassB 在我的图书馆之外可见。因为它不应该也不需要由用户启动。

我考虑将 ClassB 移动到包 org.mylibrary 并使其成为包私有类。

如果我将它移到同一个包中，就会变得一团糟并且难以组织，因为在这种情况下我有很多类，所以在一个大包中会有很多 .java 文件。

通常我将类放在按类别或层分组的包中，我认为它很容易组织。

我该怎么做？人们如何处理这个问题？

Answer 1

很难给出具体的建议，因为您提供的关于 ClassA 和 ClassB 的角色和关系的信息太少。然而，一种通用的解决方案（几乎总是用作消除依赖关系的一部分）是将ClassB隐藏在接口后面。然后，ClassA 仅使用该接口，因此它不再直接依赖于ClassB。 ClassB 可以设为包私有，其实例由 工厂，或依赖注入到ClassA中。

Answer 2

假设ClassB是一个带有单元测试的测试包：

为什么ClassB需要使用它。通常测试类使用常规类，反之亦然。

一般来说，测试类的建议是将它们放入与常规类相同的包中，但将 .java 文件维护在并行目录层次结构中（即，您有 src/org/mycompany/MyClass .java 和 test-src/org/mycompany/MyClassTest.java ）。这样，对于 Java 来说，两者都在同一个包中并且可以相互访问，而对于发布版本，您只需不编译测试类（或者甚至不检查它们） - 这样一切都很好地分开。

如果这不适用于您的情况，也许您可​​以更详细地编辑您的问题？

Answer 3

这会很混乱并且很难
组织起来，因为我有很多课
在这种情况下。

你的意思是java文件看起来很乱吗？您可以将内部类拆分到不同的 .java 文件中。

ClassA.java

package org.application;

public class ClassA {
}

Internal.java

package org.application;

class ClassB {
}

class SomeOtherInternalClass {
}

希望这有帮助。

Answer 4

我想我理解你的问题，答案是到目前为止在java中还没有办法做到这一点！

有一些棘手的方法，但它们涉及污垢编码。

看这里

http://openide.netbeans.org/tutorial/api -design.html#design.less.friend