概述
有一件事我经历了几次,是一个服务类(如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有我很少错过的“朋友”的概念,但在这种情况下实际上是有帮助的.
思考?
最后
以上就是俊逸帆布鞋为你收集整理的java私有变量和_java – 大内部类和私有变量的全部内容,希望文章能够帮你解决java私有变量和_java – 大内部类和私有变量所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复