說起來ui解耦，
邏輯盡量不要寫在ui裡邊，這是為什麼？
如果是簡單的遊戲可以隨意寫。如果是大型遊戲，建議還是寫在mvc比較好。
m：資料層 ，ui 所操作的資料
v：檢視層ui 的執行邏輯。（非ui邏輯建議用註冊的方法）
肯定有同學想到要是ui 才有引數呢？ 這個確實是個問題。因此就需要用到 c 層。
c：因為無法滿足我們ui的要求。需要乙個傳引數的ui事件方法（比如：滑動條會傳值）
解決：編輯乙個類，new 這個訊息物件 。 在執行事件裡邊輸入 例如； exc（這個結構類）。key -action （ object ）；這樣就可以解耦了。這樣ui就不參與 遊戲的邏輯，只是呼叫即可。
工廠模式實現解耦
1.首先建立乙個業務類service，在service中有乙個屬性dao，daoimpl是實現了dao介面的類 public class serviceimpl public inte ce dao 2.在建立乙個測試類 public class testmethod 3.我們發現這樣雖然完成業務但...
C 多重繼承 實現解耦，mvc分離
以前剛開始學習c 時候，覺得多重繼承完全沒有必要。傷腦筋，處理不好。最後1個類會繼承n多父親類處理。晚上看django資料時候。發現django的cbv class base view 是使用多重整合的。分為mixin與view部分。子類化view時候，通過繼承自定義的mixin來處理引數過濾。瞬間...
簡單工廠模式 XML解耦 反射
目錄 一 簡單工廠模式 二 簡單工廠模式角色 三 普通 例項 四 配置檔案 反射 五 uml圖 從字面意思看來就是要有乙個工廠類，那麼這個工廠類是幹什麼的呢？建立並返回乙個具體物件。應用場景如下 假如我們要做乙個計算器，它有很多個功能。加減乘除取餘乘方等，利用簡單工廠模式，我們要設計乙個計算類ope...