透过J2Cache的吐槽,领悟代码的设计

       经常去开源社区的，大部分应该都知道J2Cache吧，不过没听说过也没关系，这 是 开源中国社区OSChina 目前正在使用的两级缓存框架，托管在OSG@Git上，大部分由设计人红薯来维护。它的第一级缓存使用 Ehcache，第二级缓存使用 Redis 。由于大量的缓存读取会导致 L2 的网络成为整个系统的瓶颈，因此 L1 的目标是降低对 L2 的读取次数。该缓存框架主要用于集群环境中。单机也可使用，用于避免应用重启导致的 Ehcache 缓存数据丢失。

       前几天，有个大牛在开源社区上写了篇博客专门吐槽J2Cache的，大牛就是大牛啊，吐槽的确实有点水准，我看了就感觉领悟了一些代码设计上的道道，当然了像我这种境界不高的人，谈领悟代码设计有点大，不过大家认真看看确实能有收获。下面我将和大家分享下大牛的吐槽和部分网友的评论，本人修道还不高，还没有能力对槽点做个好的点评并提炼出“代码的设计”还大家分享，也不能对哪些吐槽的观点评论不好，大家见谅一下，大家可以看看，领悟领悟，百益而无一害。

摘要：

呵呵，久闻J2Cache的大名，呵呵今天有点时间看了下，介个就犹豫不决了，是踩呢还是不踩呢？踩了@红薯 会不会封我的号呀，呵呵，最后想半天，最帅的红薯心胸宽广得像大海一样，那还等啥，踩吧。 就是不知道红薯会不会给个置顶机会？不给置顶给个机械键盘也行。

 

槽点一：集成方式采用ANT

工程还是传统的工程，集成还在用的ant，当然ant来做没有什么不可以，但是作为OSC这么高大上的作者拿出的作品能不能槽点高一些？已经采用了Maven了，用Maven无法独立完成的意思么？

槽点二：提交内容的不审慎

居然把Eclipse的工程文件提交到配置库，难道不知道有N多种开发工具么？不知道Eclipse工程文件中有一些东西是与本机相关的么？这样冲突如何解决呢？难不成所有作者的工程环境全是一样的？

槽点三：文件治理不够严谨

在src/main/java中赫然有xml和properties文件存在，OMG，我们的节操还可以再低一点么？测试性的代码放在了main/java中。