外牆是很重要滴。
今天來找Facade pattern的Force，依照慣例先把Intent改成Problem。
第一句話「Provide a unified interface to a set of interfaces in a subsystem」感覺像是solution，第二句話「Facade defines a higher-level interface that makes the subsystem easier to use」可以「聞到」一點點Problem的味道--就從這一句makes the subsystem easier to use改寫成第一版的Problem吧。
中文：你如何使用一個子系統？
接下來看一下GoF書中Facade pattern的Motivation，看看能不能找到Force或是其他東西。
上面這一段標示為藍色的字，看起來像是一個Force。
以上這兩段都在舉例子。
Applicability推敲過程省略（應該沒什麼鄉民想知道吧 ），直接看Teddy所找出的Force，在這之前先把剛剛寫出的Problem列出來：
不曉得鄉民們有沒有發現，Teddy在找Force的時候是先從比較簡單的pattern開始找起…XD，等哪一天GoF的23個pattern的Force第一版都整理好之後，就可以準備著手開始規劃《設計模式的逆襲》了。不過今天下午和指導教授聊了一下天，又再度被宣導「Problem Frame」的好處，讓Teddy有點小分心想要「轉台」到Problem Frame這個議題上面…Orz。今天原本是想要介紹Problem Frame的，後來想了一下，還是先幫Design Pattern「集氣」一下，不然太發散的話事情真的都要做不完拉。
友藏內心獨白：不過Problem Frame還是要找時間好好整理一下，對Product Owner的訓練會很有幫助滴。