Java飯管開張了,大家來恭喜.
最流行菜品：麻辣三絲(Struts絲，Spring絲，Hibernate絲)
廚師:Java版
小二:Java版
美女：小二,來盆你們店招牌菜。。。。。
小二: 來了，麻辣三絲到了，您慢慢品嘗.....(嘰嘰咕咕一大堆)
美女:煩不煩啊，我的人啊，那來這多蒼蠅?????????/@@@@@@@@@@@@@@@(知趣的走開)
JDBC一號:小二，餓死了，快隨便來一盆填肚子的
小二：（嘿嘿，又來了個冤大頭）麻辣三絲來了.....
.
.
.
終于到晚上12：59 59
收工，累死了
~~~~~~~~~~~~~~~~~~~~
店小，只請了一個小二，要求，服務所有顧客:
小二實現了單例，完成要求
單態模式兩種表現方式:單態單例，單態多例
很久以來，一直是認為，知識是沒有壁壘的，方法是通用的。
比如四人幫的24種設計模式，源自己于建筑模式的靈感，應用于計算機。反之，這幾種模式同樣也適應于其它行業.
SSO,英文名
Single Sing On 單點登錄。這東東為什么會出現，基于以下幾種場景：一個公司，有多套系統，由多個機構開發，有各自獨立的權限系統。本來很久以來都運行的好好的，一段時間后，由于某個人能力特強，身兼數職，麻煩來了，如果是兩三套系統，就有兩三套密碼，要是更多，不想了，取個折中的方案，全部設一個密碼，解決密碼問題，那帳號呢，那個可能能隨便改，現在為了方便，強行統一了帳號,要一套一套的系統去修改用戶帳號，可不是一件簡單的事。
既然這么麻煩，有沒有一種解決方案呢，歸根結底，用戶帳號和密碼是給誰認----計算機系統，這就容易了，我把各套系統的帳號統一起來，建立一個新的機制（這個就叫SSO-server吧），讓用戶從一個系統登錄以后，就在這個新系統里面登錄一個Token，如果他再訪問其它系統，那個系統將帶著他的Token來請求SSO-server問他，“這個人登錄過嗎”，得到回答繼續處理.
緣起:關注SSO這東東時，正好和朋友一起去逛了下世界最大的私家圓林---圓明圓
事例現場：圓明圓售票管理處征集處理方案，暫定50景點
方案1:每個景點設個賣票點
單景點最小化開銷：檢票/售票員 一名,檢票用具一套，售票用具一套
統計：50人，50套售票用具，50套售票用品
方案2:在公園大門設一售票點,各分景點只設檢票員
前題:售單票，和組合票(SSO系統訪問可配置)
開銷：大門：售票員一名 ,售票用品一套
分景點：檢票員一名，檢票用品一套
統計:51 人，1套售票用具，50套檢票用品
你選那一個