心得 表象模式

《深入淺出設計模式》表象模式(Facade Pattern)讀書心得。說明表象模式的正確使用時機、與封裝成方法的差異對比、迪米特守則的適度應用,以及避免過度設計的實務建議。

前言

當本身有所有使用到類別,就不必使用表象模式。也就是表象模式是需要有各種次系統組裝而成的模式,而不是覺得這邊很複雜就用表象模式。

表象模式所有的次系統,必須要傳遞進來的物件,自己不能夠封裝類別。

表象模式不建議使用抽象(interface、abstract),除非真的知道功能需求。

表象模式傳遞進來的次系統,不一定需要是介面,也可以傳遞實體物件。

觀念

封裝成方法跟使用表象模式的差異

特性表象模式封裝成方法
目的簡化介面提高模組化和可重用性
應用範圍複雜的系統任何程式碼
實現方式使用介面類別來封裝系統使用方法來封裝邏輯

表象模式和封裝成方法都是有用的設計模式。表象模式可以用於簡化複雜系統的介面,而封裝成方法可以用於提高程式碼的模組化和可重用性。兩者可以結合使用以獲得更好的效果。

迪米特守則

要注意迪米特守則,使用過度會讓 code 過多,理解難度增加,不必須要為了符合守則而寫出奇怪的設計。


comments powered by Disqus
Wenrong Nexus