看下類圖
**有沒有感覺有點彆扭--雖然不迷信，但不符合正常的邏輯...還有以下幾個問題：
職責界定不清晰：對女兒約束--應該在father中來做，而不是在client做；對妻子的約束--應該在husband中來做，而不是在client中做；對母親的約束--應該在son做，而不是在client來做
**臃腫：if-else太多
耦合過程：根據women的type來決定使用ihandler的那個實現類來處理請求，這樣導致ihandler做擴充套件的時候，就必須修改client，違反了開閉原則
異常情況欠考慮：邏輯的錯誤--起死回生了
有了問題那就解決吧--請示出去，答覆是唯一的。過程如下
原文：
責任鏈模式
責任鏈模式 chain of responsibility 的目標是使多個物件都有機會處理請求，從而避免請求的傳送者和接收者之間的耦合關係。將這些物件連成一條鏈，並沿著這條鏈傳遞請求，直到有乙個物件處理它為止。舉個例子。你到銀行去辦理業務，只是簡單的存個錢，也許atm就解決你的問題。如果你是為了交費...
責任鏈模式
有3個request與3個handler，每個request由相應的handler來處理，當乙個handler與request不匹配時則傳遞給下乙個handler來處理 inte ce request class request1 implements request class request2 ...
責任鏈模式
了解了一下責任鏈模式，簡單的說下自己的理解吧 責任鏈就是說待處理的資料在request的時候，先經過filter1的處理，再經過filter2的處理，然後response時，先經過filter2的處理，在經過filter1的處理。實現思路是filterchain包括filter1和filter2，同...