上篇博客中，提出，优化是个无尽头的进程，的确，随着需求的变更，软硬件基本的升级，我们愈来愈不斟酌代码的容量，而是斟酌代码的质量，但是随着研讨的深刻，到了某个阶段，我们也要斟酌代码的容量问题，这时候，容器的概念，脱颖而出，在上篇博客将服务类作为一个接口传入，实际在后台是一个map容器，我们不但包括了map的全体实现，还实现了服务类的叠加，但是美中不足的是，我们的业务类，还是单个的对象，就以下图： 上篇博客中，提出，优化是个无尽头的进程，的确，随着需求的变更，软硬件基本的升级，我们
阅读背景：
[置顶] java架构解密——双容器优化aop
来源：互联网
分享到：
