已經(jīng)好多天沒有寫blog了，原因是從南京轉到北京工作，還不太習慣，工作也很忙，上班時間不可以登陸blogjava這樣的網(wǎng)站，下班后又要會會多年沒見的一些老朋友（或者從來就沒有見過的朋友），回到酒店又沒有上網(wǎng)的條件——“上帝啊！上地大廈居然不能上寬帶！”

隨著這兩天工作的深入，我們項目組遇到了一些問題，我將其中一個我認為很有價值又很有爭議的問題抽象出來寫在下面，供大家討論。

項目組已經(jīng)決定了要在后臺系統(tǒng)的組織上采用Facade＋懶加載的形式。這個方案意味著要為Facade提供多個多級多層次的get方法，以便上層業(yè)務能根據(jù)自己的需要直接獲得關心的組件或關心的對象。并且如果在整個運氣期都沒有一個對象去get某個對象的話，后者很可能不被裝載，其它的對象和組件也只在需要時載入并運行。這個方案基本通過。現(xiàn)在的問題是有人提出少數(shù)組件應該具有伸縮性，所以應該采用容器＋Service的形式實現(xiàn)，事實上Facade太死板不夠靈活，服務模式有很多能力是Facade模式所沒有的，所以應該加入。反對者（包括作者）認為既然已經(jīng)有了一種解決方案，為什么還要另一種方案的參與呢。爭論使得項目組的所有成員在很長一段時間里（約一個多小時）都沒能做其它事情。現(xiàn)在我把這個難題交給blogjava的朋友們，希望回帖討論，謝謝。

做平臺的泡泡