2017-08-12 52 views
-1

我正在瀏覽本頁中給出的示例。 (調度程序和操作系統),https://sourcemaking.com/design_patterns/bridge如何在實現因抽象而變化時實現橋接模式

這讓我想到,每個操作系統都會有一個獨特的調度算法實現。例如,Windows將爲搶先式調度程序實現一個實現,而Time Sliced Scheduler,Unix將實現搶先式和時間片等。

因此,在調用調度程序時,我們還必須指定算法以及實現。這將需要實現兩種算法,並傳遞一個標誌來決定調用哪個算法。

這實際上是否是橋樑模式?或者只是一個適配器模式的特例。 如果是這樣,那麼實例給出的實現細節實際上是正確的。

回答

0

是的,它遵循橋樑模式,並實現橋樑模式應該做什麼。

橋接模式背後的想法是將抽象與實現分開,以便二者可以獨立變化。

根據示例,如果未來引入新的調度程序或新平臺,則這些更改非常少。

自適應模式使兩個不相關的接口一起工作。我想排序一個數組數組。

我們已經實現了已經實現的排序功能,它接受列表作爲輸入,但在我的情況下,元素是以數組的形式。

我們可以編寫一個適配器,它將數組轉換爲列表以排序元素,並將結果列表轉換爲數組。