日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

结构型模式:外观模式

發布時間:2025/6/15 编程问答 31 豆豆
生活随笔 收集整理的這篇文章主要介紹了 结构型模式:外观模式 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

簡介

姓名 :外觀模式

英文名 :Facade Pattern

價值觀 :統一口徑、一致對外

個人介紹 : Provide a unified interface to a set of interfaces in a subsystem. Facade defines a higher-level interface that makes the subsystem easier to use. 要求一個子系統的外部與其內部的通信必須通過一個統一的對象進行。門面模式提供一個高層次的接口,使得子系統更易于使用。 (來自《設計模式之禪》)

你要的故事

作為開發同學,我們平時打交道最多的就是需求同學和測試同學,公司小的時候,什么事情都全靠吼,工作也直接一對一,一個需求下來,需求同學先跟開發同學一起跟進這個需求,需求開發完成了,需求同學和測試同學溝通了需求的測試要點,測試同學就開測。這個過程中需求一直跟到上線。我們用代碼來描述這個過程。

開發同學,負責開發需求。

/*** 開發同學*/ class Developer {public void develop(String name) {System.out.println("開發需求:" + name);}} 復制代碼

測試同學,負責測試需求。

/*** 測試同學*/ class Tester {public void test(String name) {System.out.println("測試需求:" + name);}} 復制代碼

需求同學,負責提需求,也負責跟進需求的開發、測試,直到上線。

/*** 需求同學*/ class Demander {private Developer developer = new Developer();private Tester tester = new Tester();public void demand(String name) {System.out.println("提需求:" + name);developer.develop(name);tester.test(name);}} 復制代碼

測試代碼。

public class FacadeTest {public static void main(String[] args) {Demander demander = new Demander();demander.demand("開發一個跟淘寶一樣的系統");} }打印結果: 提需求:開發一個跟淘寶一樣的系統 開發需求:開發一個跟淘寶一樣的系統 測試需求:開發一個跟淘寶一樣的系統 復制代碼

公司小的時候,這樣干沒啥問題,咱關注的是業務的迭代速度和溝通成本,大家都是在一塊辦公,隨時吼一聲完事。當公司發展到一定程度,比如有 100 來人,其中需求 10 人、開發 70 人、測試 20 人,那就沒法靠吼來溝通了,需要有一個比較規范化的溝通機制。一般會這樣子引進,開發會把一些溝通能力較強、把控開發流程能力較好的同學升職為組長,負責保證一個需求的正常開發,他們會直接面對需求同學,直接溝通需求的開發要點,然后組長安排開發同學和測試同學跟進這個需求直到上線,也就是把需求同學以前的工作分配到開發組長,讓他把控整個流程,這樣就不會使得開發同學、測試同學、需求同學之間互相頻繁溝通影響效率。這樣子我們看看代碼實現。

多了一個技術組長的類,負責跟進整個需求的開發測試過程。

/*** 技術組長*/ class Leader {private Developer developer = new Developer();private Tester tester = new Tester();public void processDemand(String name) {developer.develop(name);tester.test(name);}} 復制代碼

需求同學就不用直接和開發同學、測試同學溝通了,就跟技術組長對接就好。

/*** 需求同學*/ class Demander2 {public Leader leader = new Leader();public void demand(String name) {System.out.println("提需求:" + name);leader.processDemand(name);}} 復制代碼

測試代碼。

public class FacadeTest {public static void main(String[] args) {Demander2 demander2 = new Demander2();demander2.demand("開發一個跟微信一樣的系統");}}打印結果: 提需求:開發一個跟微信一樣的系統 開發需求:開發一個跟微信一樣的系統 測試需求:開發一個跟微信一樣的系統 復制代碼

這個就是我們的外觀模式,我們的技術組長就是外觀模式的象征,他專門對外提供接收需求服務,然后安排需求給開發同學和測試同學,保證完成。

總結

外觀模式通過一個對外統一的接口,隱藏了內部的具體實現,使得外部系統可以更加簡單的訪問,也減少了外部系統對內部系統的依賴,從上面的例子講,如果開發同學開發一半生病短時間無法來上班,交接給其他同學,由組長內部安排解決,需求同學并不需要知道。外觀模式在微服務交互之間經常使用。


轉載于:https://juejin.im/post/5cd2b841f265da034d2a2d0f

總結

以上是生活随笔為你收集整理的结构型模式:外观模式的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。