现在我大概有这么一种包结构：
com.test
|-a
|-Conf.java
|-b
|-Operator.java
Operator.java 是使用者唯一需要操作的类，接口全都由它提供；Conf.java 为 Operator 提供配置，不应该让用户感知。
但现在由于两者不在同一个包下，因此 Conf.java 本身及一些接口也需要声明为 public。
从 OO 的角度来说，不应该暴露过多的接口给用户；但假设我有3、4个这样的包来协同工作，每个包下有5、6个类，若把它们一起放在一个包下又会开起来很乱。
请教一下，这种情况该如何选择呢？
砍掉不必要的类，不必要的接口，不必要的方法
一些类如果只被另外一个类使用，那就放进去作为内部类。
先在类级别进行模块化，再在包级别模块化
然后放到一个包下面，分包的事情，以后再说
Conf既然作为一个独立的包，那就应该提供对应的get/set的接口才符合语义.
如果是Operator专属的Conf，那就应该和Operator同个包，并且名字应该为OperatorConf，可以只提供Set接口.
居然有3、4个这样的包来协同工作，每个包下有5、6个类！
其实这个可以有，比如Apache Shiro的设计中...
这种情况下不暴露接口这个不能有，但是从 OO 的角度，我们可以暴露接口隐藏实现；