ehcache distribution analyze

ehcache的分布式主要在net.sf.ehcache.distribution包实现,主要暴露的接口只有net.sf.ehcache.distribution.CacheManagerPeerListener和net.sf.ehcache.distribution.CacheManagerPeerProvider,显然,这是良好的设计的结果,在我想象中那么高深的distribution居然只使用了两个简单的接口就实现了.真是值得学习.这就是典型的factory模式 + Listener/Observer模式的使用.通过Provider得到listener,注册到CacheManagerEventListenerRegistry,并且CacheManagerPeerListener extends CacheManagerEventListener,统一的事件处理模型,更是让我们没话说.如果想要改写distribution的实现,也只需要动这两个接口,别的东西随便自己发挥,这也坚定了自己要采用eda+rmi改写他的信念...

其实自己认为一个组件或者软件的配置工作还是蛮重要的,从topcoder的ConfigManager 到ConfigurationAPI,再到现在ehcache的Configuration ConfigurationHelper,无论是pragramatic 还是配置文件,实现的大体思路也就是读配置文件->构建ConfigurationObject->内部组件使用.如果是一个公司,统一的Configuration file Read/Write, Unified Configuration Object是必不可少的,至少在公司内部,组件的演化及广泛使用,统一的接口要好得多.

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值