有一件事我经历了几次,是一个服务类(如JBoss服务),由于助手内部类,它已经变得过大了.我还没有找到打破班级的好办法.这些助手通常是线程.这里有一个例子：

/** Asset service keeps track of the Metadata about assets that live on other

* systems. Complications include the fact the assets have a lifecycle and their

* physical representation lives on other systems that have to be polled to find

* out if the Asset is still there. */

public class AssetService

{

//...varIoUs private variables

//...varIoUs methods

public AssetService()

{

Job pollerJob = jobService.schedule( new AssetPoller() );

Job lifeCycleJob = jobService.schedule( AssetLifecycleMonitor() );

}

class AssetPoller

{

public void run()

{

// contact remote systems and update this service's private variables that

// track the assets.

}

}

class AssetLifecycleMonitor

{

public void run()

{

// look for assets that have meet criteria for a lifecycle shift

// and update this service's private variables as relevant.

}

}

}

所以,如果我有几个帮助者,而且他们都很复杂,那么整体类文件可以变得非常大.我喜欢内部类,因为它清楚了这些类是由服务完全拥有,并且只存在来帮助这个服务.我已经尝试打破类,并将父级服务作为参考传递,这种工作主要是工作,但我不喜欢的是：

>我最终暴露了包级别的访问器,所以分解的类可以获得变量,而在我没有暴露setter之前,因为内部类有直接访问.

>另外,事情有点更加冗长,因为我不断调用访问器而不是基础变量.一个小小的,被授予.

>便利方法(例如checkAssetIsValid()或某些)需要打包级别的暴露,所以帮助类可以调用它们,如前所述,内部类可以是私有的.

>更糟糕的是,我需要将服务实现类传递给辅助类构造函数,因为我不想在服务实现的接口中公开这些helpers方法,因为这迫使它们被公开.这可能会产生一些单元测试/嘲笑问题.

更糟糕的是,我想做的任何同步通过一些外部的便利方法泄露出来(例如在轮询器更新期间的lockDownAssets()).之前,内部类可以访问私钥.

所以简而言之,打破这些课程会失去一些我喜欢的封装.但是让他们进入可能会导致一些大的java文件.我还没有找到一个很好的办法来处理这个问题. C有我很少错过的“朋友”的概念,但在这种情况下实际上是有帮助的.

思考？