設計模式 委派模式 登入案例

2021-10-09 21:48:11 字數 1197 閱讀 8241

【設計模式】策略模式——支付案例

【設計模式】模板模式——jdbc案例

【設計模式】介面卡模式——登入案例

委派模式不屬於23種設計模式,但是spring**現了委派模式的影子,委派模式從字面上即可大概想到這個模式的含義,即想做有些事,但是我自己不想做,那麼我委派給你做。老闆讓經理去做乙個專案,經理肯定不會親自去做,會合理的安排給自己的手下去完成這個專案。這時委派模式的含義就比較清楚了。

網上太多老闆安排經理做事的例子,在此

介面卡模式也是通過登入進行示例的。但是設計模式總是多個結合使用的,單單使用介面卡模式會顯得有一點點的瑕疵。比如,如果每種方式登入成功之後要設定登入的日誌資訊,並且每種登入方式的token生成策略如果不一樣的話,單個的介面卡模式是無法使得**更加美觀。

引入委派模式,可以認為是當前物件知道要做某些事,但是卻不會具體的實現,好比經理知道每天的任務,但是具體實現的時候要交給自己的小弟去做。

**如下(抽象類):

public

abstract

class

abstractloginservice

// 設定登入日誌

public

abstract

void

sendlog()

;// 獲取token

public

abstract

void

gettoken()

;}

建立抽象類,建立抽象方法sendloggettoken,子類繼承抽象類,實現抽象方法。

**如下(簡訊登入示例):

public

class

smsloginservice

extends

abstractloginservice

@override

public

void

sendlog()

@override

public

void

gettoken()

private

void

checkcode

(string mobile, string code)

}

子類實現抽象方法後,可以實現不同的登入方式的傳送登入日誌和獲取token的實現各不相同。

設計模式 委派模式

1.簡介 角色 受託人,委託人 社會上是平等關係 公司裡面 普通員工,專案經理 各自職責不一樣 專案經理 委託人 主要職責是安排任務 普通員工 受託人 執行任務 2.特點 a 類似與中介的功能 委託機制 b 持有被委託人的引用 c 不關心過程,只關心結果 可以分發給不同員工執行,結果可能不同 d 幹...

設計模式 委派模式

委派模式,委派模式是持有被委託人的引用。不關心過程,只關心結果。相當於乙個中間價起乙個調節和任務分發的乙個作用,就像我們是客戶找管理人員找乙個可以幫我做這件事的員工 下面我們用 實現 首先定義乙個員工介面 員工 public inte ce employee編寫實現,廚師和司機 public cla...

設計模式 委派模式

首先委派模式不屬於23種設計模式。所謂委派,個人理解是 將為達到最終結果的事情交給其他人或中間人來幹,我只要最終結果,其他的事情,由我委派的人來安排。更直白的表達就是,比如,我們想要蓋一棟樓房,蓋完之後我要刷漆,這些事情我自己肯定不能做,所以我這時候就會去找乙個 包工頭 來幫我完成這件事情,我只要告...