已经好多天没有写blog了，原因是从南京转到北京工作，还不太习惯，工作也很忙，上班时间不可以登陆blogjava这样的网站，下班后又要会会多年没见的一些老朋友（或者从来就没有见过的朋友），回到酒店又没有上网的条件——“上帝啊！上地大厦居然不能上宽带！”

随着这两天工作的深入，我们项目组遇到了一些问题，我将其中一个我认为很有价值又很有争议的问题抽象出来写在下面，供大家讨论。

项目组已经决定了要在后台系统的组织上采用Facade＋懒加载的形式。这个方案意味着要为Facade提供多个多级多层次的get方法，以便上层业务能根据自己的需要直接获得关心的组件或关心的对象。并且如果在整个运气期都没有一个对象去get某个对象的话，后者很可能不被装载，其它的对象和组件也只在需要时载入并运行。这个方案基本通过。现在的问题是有人提出少数组件应该具有伸缩性，所以应该采用容器＋Service的形式实现，事实上Facade太死板不够灵活，服务模式有很多能力是Facade模式所没有的，所以应该加入。反对者（包括作者）认为既然已经有了一种解决方案，为什么还要另一种方案的参与呢。争论使得项目组的所有成员在很长一段时间里（约一个多小时）都没能做其它事情。现在我把这个难题交给blogjava的朋友们，希望回帖讨论，谢谢。

做平台的泡泡