23種設計模式之設計模式介紹（一）

来源:https://www.cnblogs.com/codepaopao/archive/2022/11/07/16865257.html
-Advertisement-
Play Games

1，設計模式概述 1.1 軟體設計模式的產生背景 "設計模式"最初並不是出現在軟體設計中，而是被用於建築領域的設計中。 1977年美國著名建築大師、加利福尼亞大學伯克利分校環境結構中心主任克裡斯托夫·亞歷山大（Christopher Alexander）在他的著作《建築模式語言：城鎮、建築、構造》中 ...


1，設計模式概述

1.1 軟體設計模式的產生背景

"設計模式"最初並不是出現在軟體設計中，而是被用於建築領域的設計中。

1977年美國著名建築大師、加利福尼亞大學伯克利分校環境結構中心主任克裡斯托夫·亞歷山大（Christopher Alexander）在他的著作《建築模式語言：城鎮、建築、構造》中描述了一些常見的建築設計問題，並提出了 253 種關於對城鎮、鄰裡、住宅、花園和房間等進行設計的基本模式。

1990年軟體工程界開始研討設計模式的話題，後來召開了多次關於設計模式的研討會。直到1995 年，艾瑞克·伽馬（ErichGamma）、理査德·海爾姆（Richard Helm）、拉爾夫·約翰森（Ralph Johnson）、約翰·威利斯迪斯（John Vlissides）等 4 位作者合作出版了《設計模式：可復用面向對象軟體的基礎》一書，在此書中收錄了 23 個設計模式，這是設計模式領域里程碑的事件，導致了軟體設計模式的突破。這 4 位作者在軟體開發領域里也以他們的“四人組”（Gang of Four，GoF）著稱。

1.2 軟體設計模式的概念

軟體設計模式（Software Design Pattern），又稱設計模式，是一套被反覆使用、多數人知曉的、經過分類編目的、代碼設計經驗的總結。它描述了在軟體設計過程中的一些不斷重覆發生的問題，以及該問題的解決方案。也就是說，它是解決特定問題的一系列套路，是前輩們的代碼設計經驗的總結，具有一定的普遍性，可以反覆使用。

1.3 學習設計模式的必要性

設計模式的本質是面向對象設計原則的實際運用，是對類的封裝性、繼承性和多態性以及類的關聯關係和組合關係的充分理解。

正確使用設計模式具有以下優點。

  • 可以提高程式員的思維能力、編程能力和設計能力。
  • 使程式設計更加標準化、代碼編製更加工程化，使軟體開發效率大大提高，從而縮短軟體的開發周期。
  • 使設計的代碼可重用性高、可讀性強、可靠性高、靈活性好、可維護性強。

1.4 設計模式分類

  • 創建型模式

    用於描述“怎樣創建對象”，它的主要特點是“將對象的創建與使用分離”。GoF（四人組）書中提供了單例、原型、工廠方法、抽象工廠、建造者等 5 種創建型模式。

  • 結構型模式

    用於描述如何將類或對象按某種佈局組成更大的結構，GoF（四人組）書中提供了代理、適配器、橋接、裝飾、外觀、享元、組合等 7 種結構型模式。

  • 行為型模式

    用於描述類或對象之間怎樣相互協作共同完成單個對象無法單獨完成的任務，以及怎樣分配職責。GoF（四人組）書中提供了模板方法、策略、命令、職責鏈、狀態、觀察者、中介者、迭代器、訪問者、備忘錄、解釋器等 11 種行為型模式。

2，UML圖

統一建模語言（Unified Modeling Language，UML）是用來設計軟體的可視化建模語言。它的特點是簡單、統一、圖形化、能表達軟體設計中的動態與靜態信息。

UML 從目標系統的不同角度出發，定義了用例圖、類圖、對象圖、狀態圖、活動圖、時序圖、協作圖、構件圖、部署圖等 9 種圖。

2.1 類圖概述

類圖(Class diagram)是顯示了模型的靜態結構，特別是模型中存在的類、類的內部結構以及它們與其他類的關係等。類圖不顯示暫時性的信息。類圖是面向對象建模的主要組成部分。

2.2 類圖的作用

  • 在軟體工程中，類圖是一種靜態的結構圖，描述了系統的類的集合，類的屬性和類之間的關係，可以簡化了人們對系統的理解；
  • 類圖是系統分析和設計階段的重要產物，是系統編碼和測試的重要模型。

2.3 類圖表示法

2.3.1 類的表示方式

在UML類圖中，類使用包含類名、屬性(field) 和方法(method) 且帶有分割線的矩形來表示，比如下圖表示一個Employee類，它包含name,age和address這3個屬性，以及work()方法。

屬性/方法名稱前加的加號和減號表示了這個屬性/方法的可見性，UML類圖中表示可見性的符號有三種：

  • +：表示public

  • -：表示private

  • ：表示protected

屬性的完整表示方式是： 可見性 名稱 ：類型 [ = 預設值]

方法的完整表示方式是： 可見性 名稱(參數列表) [ ： 返回類型]

註意：

​ 1，中括弧中的內容表示是可選的

​ 2，也有將類型放在變數名前面，返回值類型放在方法名前面

舉個慄子：

上圖Demo類定義了三個方法：

  • method()方法：修飾符為public，沒有參數，沒有返回值。
  • method1()方法：修飾符為private，沒有參數，返回值類型為String。
  • method2()方法：修飾符為protected，接收兩個參數，第一個參數類型為int，第二個參數類型為String，返回值類型是int。

2.3.2 類與類之間關係的表示方式

2.3.2.1 關聯關係

關聯關係是對象之間的一種引用關係，用於表示一類對象與另一類對象之間的聯繫，如老師和學生、師傅和徒弟、丈夫和妻子等。關聯關係是類與類之間最常用的一種關係，分為一般關聯關係、聚合關係和組合關係。我們先介紹一般關聯。

關聯又可以分為單向關聯，雙向關聯，自關聯。

1，單向關聯

在UML類圖中單向關聯用一個帶箭頭的實線表示。上圖表示每個顧客都有一個地址，這通過讓Customer類持有一個類型為Address的成員變數類實現。

2，雙向關聯

從上圖中我們很容易看出，所謂的雙向關聯就是雙方各自持有對方類型的成員變數。

在UML類圖中，雙向關聯用一個不帶箭頭的直線表示。上圖中在Customer類中維護一個List<Product>，表示一個顧客可以購買多個商品；在Product類中維護一個Customer類型的成員變數表示這個產品被哪個顧客所購買。

3，自關聯

自關聯在UML類圖中用一個帶有箭頭且指向自身的線表示。上圖的意思就是Node類包含類型為Node的成員變數，也就是“自己包含自己”。

2.3.2.2 聚合關係

聚合關係是關聯關係的一種，是強關聯關係，是整體和部分之間的關係。

聚合關係也是通過成員對象來實現的，其中成員對象是整體對象的一部分，但是成員對象可以脫離整體對象而獨立存在。例如，學校與老師的關係，學校包含老師，但如果學校停辦了，老師依然存在。

在 UML 類圖中，聚合關係可以用帶空心菱形的實線來表示，菱形指向整體。下圖所示是大學和教師的關係圖：

2.3.2.3 組合關係

組合表示類之間的整體與部分的關係，但它是一種更強烈的聚合關係。

在組合關係中，整體對象可以控制部分對象的生命周期，一旦整體對象不存在，部分對象也將不存在，部分對象不能脫離整體對象而存在。例如，頭和嘴的關係，沒有了頭，嘴也就不存在了。

在 UML 類圖中，組合關係用帶實心菱形的實線來表示，菱形指向整體。下圖所示是頭和嘴的關係圖：

2.3.2.4 依賴關係

依賴關係是一種使用關係，它是對象之間耦合度最弱的一種關聯方式，是臨時性的關聯。在代碼中，某個類的方法通過局部變數、方法的參數或者對靜態方法的調用來訪問另一個類（被依賴類）中的某些方法來完成一些職責。

在 UML 類圖中，依賴關係使用帶箭頭的虛線來表示，箭頭從使用類指向被依賴的類。下圖所示是司機和汽車的關係圖，司機駕駛汽車：

2.3.2.5 繼承關係

繼承關係是對象之間耦合度最大的一種關係，表示一般與特殊的關係，是父類與子類之間的關係，是一種繼承關係。

在 UML 類圖中，泛化關係用帶空心三角箭頭的實線來表示，箭頭從子類指向父類。在代碼實現時，使用面向對象的繼承機制來實現泛化關係。例如，Student 類和 Teacher 類都是 Person 類的子類，其類圖如下圖所示：

2.3.2.6 實現關係

實現關係是介面與實現類之間的關係。在這種關係中，類實現了介面，類中的操作實現了介面中所聲明的所有的抽象操作。

在 UML 類圖中，實現關係使用帶空心三角箭頭的虛線來表示，箭頭從實現類指向介面。例如，汽車和船實現了交通工具，其類圖如圖 9 所示。

3，軟體設計原則

在軟體開發中，為了提高軟體系統的可維護性和可復用性，增加軟體的可擴展性和靈活性，程式員要儘量根據6條原則來開發程式，從而提高軟體開發效率、節約軟體開發成本和維護成本。

3.1 開閉原則

對擴展開放，對修改關閉。在程式需要進行拓展的時候，不能去修改原有的代碼，實現一個熱插拔的效果。簡言之，是為了使程式的擴展性好，易於維護和升級。

想要達到這樣的效果，我們需要使用介面和抽象類。

因為抽象靈活性好，適應性廣，只要抽象的合理，可以基本保持軟體架構的穩定。而軟體中易變的細節可以從抽象派生來的實現類來進行擴展，當軟體需要發生變化時，只需要根據需求重新派生一個實現類來擴展就可以了。

下麵以 搜狗輸入法 的皮膚為例介紹開閉原則的應用。

【例】搜狗輸入法 的皮膚設計。

分析：搜狗輸入法 的皮膚是輸入法背景圖片、視窗顏色和聲音等元素的組合。用戶可以根據自己的喜愛更換自己的輸入法的皮膚，也可以從網上下載新的皮膚。這些皮膚有共同的特點，可以為其定義一個抽象類（AbstractSkin），而每個具體的皮膚（DefaultSpecificSkin和HeimaSpecificSkin）是其子類。用戶窗體可以根據需要選擇或者增加新的主題，而不需要修改原代碼，所以它是滿足開閉原則的。

3.2 里氏代換原則

里氏代換原則是面向對象設計的基本原則之一。

里氏代換原則：任何基類可以出現的地方，子類一定可以出現。通俗理解：子類可以擴展父類的功能，但不能改變父類原有的功能。換句話說，子類繼承父類時，除添加新的方法完成新增功能外，儘量不要重寫父類的方法。

如果通過重寫父類的方法來完成新的功能，這樣寫起來雖然簡單，但是整個繼承體系的可復用性會比較差，特別是運用多態比較頻繁時，程式運行出錯的概率會非常大。

下麵看一個裡氏替換原則中經典的一個例子

【例】正方形不是長方形。

在數學領域里，正方形毫無疑問是長方形，它是一個長寬相等的長方形。所以，我們開發的一個與幾何圖形相關的軟體系統，就可以順理成章的讓正方形繼承自長方形。

代碼如下：

長方形類（Rectangle）：

public class Rectangle {
    private double length;
    private double width;

    public double getLength() {
        return length;
    }

    public void setLength(double length) {
        this.length = length;
    }

    public double getWidth() {
        return width;
    }

    public void setWidth(double width) {
        this.width = width;
    }
}

正方形（Square）：

由於正方形的長和寬相同，所以在方法setLength和setWidth中，對長度和寬度都需要賦相同值。

public class Square extends Rectangle {
    
    public void setWidth(double width) {
        super.setLength(width);
        super.setWidth(width);
    }

    public void setLength(double length) {
        super.setLength(length);
        super.setWidth(length);
    }
}

類RectangleDemo是我們的軟體系統中的一個組件，它有一個resize方法依賴基類Rectangle，resize方法是RectandleDemo類中的一個方法，用來實現寬度逐漸增長的效果。

public class RectangleDemo {
    
    public static void resize(Rectangle rectangle) {
        while (rectangle.getWidth() <= rectangle.getLength()) {
            rectangle.setWidth(rectangle.getWidth() + 1);
        }
    }

    //列印長方形的長和寬
    public static void printLengthAndWidth(Rectangle rectangle) {
        System.out.println(rectangle.getLength());
        System.out.println(rectangle.getWidth());
    }

    public static void main(String[] args) {
        Rectangle rectangle = new Rectangle();
        rectangle.setLength(20);
        rectangle.setWidth(10);
        resize(rectangle);
        printLengthAndWidth(rectangle);

        System.out.println("============");

        Rectangle rectangle1 = new Square();
        rectangle1.setLength(10);
        resize(rectangle1);
        printLengthAndWidth(rectangle1);
    }
}

我們運行一下這段代碼就會發現，假如我們把一個普通長方形作為參數傳入resize方法，就會看到長方形寬度逐漸增長的效果，當寬度大於長度,代碼就會停止，這種行為的結果符合我們的預期；假如我們再把一個正方形作為參數傳入resize方法後，就會看到正方形的寬度和長度都在不斷增長，代碼會一直運行下去，直至系統產生溢出錯誤。所以，普通的長方形是適合這段代碼的，正方形不適合。
我們得出結論：在resize方法中，Rectangle類型的參數是不能被Square類型的參數所代替，如果進行了替換就得不到預期結果。因此，Square類和Rectangle類之間的繼承關係違反了里氏代換原則，它們之間的繼承關係不成立，正方形不是長方形。

如何改進呢？此時我們需要重新設計他們之間的關係。抽象出來一個四邊形介面(Quadrilateral)，讓Rectangle類和Square類實現Quadrilateral介面

3.3 依賴倒轉原則

高層模塊不應該依賴低層模塊，兩者都應該依賴其抽象；抽象不應該依賴細節，細節應該依賴抽象。簡單的說就是要求對抽象進行編程，不要對實現進行編程，這樣就降低了客戶與實現模塊間的耦合。

下麵看一個例子來理解依賴倒轉原則

【例】組裝電腦

現要組裝一臺電腦，需要配件cpu，硬碟，記憶體條。只有這些配置都有了，電腦才能正常的運行。選擇cpu有很多選擇，如Intel，AMD等，硬碟可以選擇希捷，西數等，記憶體條可以選擇金士頓，海盜船等。

類圖如下：

代碼如下：

希捷硬碟類（XiJieHardDisk）:

public class XiJieHardDisk implements HardDisk {

    public void save(String data) {
        System.out.println("使用希捷硬碟存儲數據" + data);
    }

    public String get() {
        System.out.println("使用希捷希捷硬碟取數據");
        return "數據";
    }
}

Intel處理器（IntelCpu）：

public class IntelCpu implements Cpu {

    public void run() {
        System.out.println("使用Intel處理器");
    }
}

金士頓記憶體條（KingstonMemory）：

public class KingstonMemory implements Memory {

    public void save() {
        System.out.println("使用金士頓作為記憶體條");
    }
}

電腦（Computer）：

public class Computer {

    private XiJieHardDisk hardDisk;
    private IntelCpu cpu;
    private KingstonMemory memory;

    public IntelCpu getCpu() {
        return cpu;
    }

    public void setCpu(IntelCpu cpu) {
        this.cpu = cpu;
    }

    public KingstonMemory getMemory() {
        return memory;
    }

    public void setMemory(KingstonMemory memory) {
        this.memory = memory;
    }

    public XiJieHardDisk getHardDisk() {
        return hardDisk;
    }

    public void setHardDisk(XiJieHardDisk hardDisk) {
        this.hardDisk = hardDisk;
    }

    public void run() {
        System.out.println("電腦工作");
        cpu.run();
        memory.save();
        String data = hardDisk.get();
        System.out.println("從硬碟中獲取的數據為：" + data);
    }
}

測試類（TestComputer）：

測試類用來組裝電腦。

public class TestComputer {
    public static void main(String[] args) {
        Computer computer = new Computer();
        computer.setHardDisk(new XiJieHardDisk());
        computer.setCpu(new IntelCpu());
        computer.setMemory(new KingstonMemory());

        computer.run();
    }
}

上面代碼可以看到已經組裝了一臺電腦，但是似乎組裝的電腦的cpu只能是Intel的，記憶體條只能是金士頓的，硬碟只能是希捷的，這對用戶肯定是不友好的，用戶有了機箱肯定是想按照自己的喜好，選擇自己喜歡的配件。

根據依賴倒轉原則進行改進：

代碼我們只需要修改Computer類，讓Computer類依賴抽象（各個配件的介面），而不是依賴於各個組件具體的實現類。

類圖如下：

image-20191229173554296

電腦（Computer）：

public class Computer {

    private HardDisk hardDisk;
    private Cpu cpu;
    private Memory memory;

    public HardDisk getHardDisk() {
        return hardDisk;
    }

    public void setHardDisk(HardDisk hardDisk) {
        this.hardDisk = hardDisk;
    }

    public Cpu getCpu() {
        return cpu;
    }

    public void setCpu(Cpu cpu) {
        this.cpu = cpu;
    }

    public Memory getMemory() {
        return memory;
    }

    public void setMemory(Memory memory) {
        this.memory = memory;
    }

    public void run() {
        System.out.println("電腦工作");
    }
}

面向對象的開發很好的解決了這個問題，一般情況下抽象的變化概率很小，讓用戶程式依賴於抽象，實現的細節也依賴於抽象。即使實現細節不斷變動，只要抽象不變，客戶程式就不需要變化。這大大降低了客戶程式與實現細節的耦合度。

3.4 介面隔離原則

客戶端不應該被迫依賴於它不使用的方法；一個類對另一個類的依賴應該建立在最小的介面上。

下麵看一個例子來理解介面隔離原則

【例】安全門案例

我們需要創建一個黑馬品牌的安全門，該安全門具有防火、防水、防盜的功能。可以將防火，防水，防盜功能提取成一個介面，形成一套規範。類圖如下：

上面的設計我們發現了它存在的問題，黑馬品牌的安全門具有防盜，防水，防火的功能。現在如果我們還需要再創建一個傳智品牌的安全門，而該安全門只具有防盜、防水功能呢？很顯然如果實現SafetyDoor介面就違背了介面隔離原則，那麼我們如何進行修改呢？看如下類圖：

代碼如下：

AntiTheft（介面）：

public interface AntiTheft {
    void antiTheft();
}

Fireproof（介面）：

public interface Fireproof {
    void fireproof();
}

Waterproof（介面）：

public interface Waterproof {
    void waterproof();
}

HeiMaSafetyDoor（類）：

public class HeiMaSafetyDoor implements AntiTheft,Fireproof,Waterproof {
    public void antiTheft() {
        System.out.println("防盜");
    }

    public void fireproof() {
        System.out.println("防火");
    }


    public void waterproof() {
        System.out.println("防水");
    }
}

ItcastSafetyDoor（類）：

public class ItcastSafetyDoor implements AntiTheft,Fireproof {
    public void antiTheft() {
        System.out.println("防盜");
    }

    public void fireproof() {
        System.out.println("防火");
    }
}

3.5 迪米特法則

迪米特法則又叫最少知識原則。

只和你的直接朋友交談，不跟“陌生人”說話（Talk only to your immediate friends and not to strangers）。

其含義是：如果兩個軟體實體無須直接通信，那麼就不應當發生直接的相互調用，可以通過第三方轉發該調用。其目的是降低類之間的耦合度，提高模塊的相對獨立性。

迪米特法則中的“朋友”是指：當前對象本身、當前對象的成員對象、當前對象所創建的對象、當前對象的方法參數等，這些對象同當前對象存在關聯、聚合或組合關係，可以直接訪問這些對象的方法。

下麵看一個例子來理解迪米特法則

【例】明星與經紀人的關係實例

明星由於全身心投入藝術，所以許多日常事務由經紀人負責處理，如和粉絲的見面會，和媒體公司的業務洽淡等。這裡的經紀人是明星的朋友，而粉絲和媒體公司是陌生人，所以適合使用迪米特法則。

類圖如下：

image-20191229173554296

代碼如下：

明星類（Star）

public class Star {
    private String name;

    public Star(String name) {
        this.name=name;
    }

    public String getName() {
        return name;
    }
}

粉絲類（Fans）

public class Fans {
    private String name;

    public Fans(String name) {
        this.name=name;
    }

    public String getName() {
        return name;
    }
}

媒體公司類（Company）

public class Company {
    private String name;

    public Company(String name) {
        this.name=name;
    }

    public String getName() {
        return name;
    }
}

經紀人類（Agent）

public class Agent {
    private Star star;
    private Fans fans;
    private Company company;

    public void setStar(Star star) {
        this.star = star;
    }

    public void setFans(Fans fans) {
        this.fans = fans;
    }

    public void setCompany(Company company) {
        this.company = company;
    }

    public void meeting() {
        System.out.println(fans.getName() + "與明星" + star.getName() + "見面了。");
    }

    public void business() {
        System.out.println(company.getName() + "與明星" + star.getName() + "洽淡業務。");
    }
}

3.6 合成復用原則

合成復用原則是指：儘量先使用組合或者聚合等關聯關係來實現，其次才考慮使用繼承關係來實現。

通常類的復用分為繼承復用和合成復用兩種。

繼承復用雖然有簡單和易實現的優點，但它也存在以下缺點：

  1. 繼承復用破壞了類的封裝性。因為繼承會將父類的實現細節暴露給子類，父類對子類是透明的，所以這種復用又稱為“白箱”復用。
  2. 子類與父類的耦合度高。父類的實現的任何改變都會導致子類的實現發生變化，這不利於類的擴展與維護。
  3. 它限制了復用的靈活性。從父類繼承而來的實現是靜態的，在編譯時已經定義，所以在運行時不可能發生變化。

採用組合或聚合復用時，可以將已有對象納入新對象中，使之成為新對象的一部分，新對象可以調用已有對象的功能，它有以下優點：

  1. 它維持了類的封裝性。因為成分對象的內部細節是新對象看不見的，所以這種復用又稱為“黑箱”復用。
  2. 對象間的耦合度低。可以在類的成員位置聲明抽象。
  3. 復用的靈活性高。這種復用可以在運行時動態進行，新對象可以動態地引用與成分對象類型相同的對象。

下麵看一個例子來理解合成復用原則

【例】汽車分類管理程式

汽車按“動力源”劃分可分為汽油汽車、電動汽車等；按“顏色”劃分可分為白色汽車、黑色汽車和紅色汽車等。如果同時考慮這兩種分類，其組合就很多。類圖如下：

image-20191229173554296

從上面類圖我們可以看到使用繼承復用產生了很多子類，如果現在又有新的動力源或者新的顏色的話，就需要再定義新的類。我們試著將繼承復用改為聚合復用看一下。

image-20191229173554296

其他設計模式文章：

23種設計模式之設計模式介紹（一）
23種設計模式之創建者模式（二）
23種設計模式之結構型模式（三）
23種設計模式之行為型模式（四）
23種設計模式之自定義Spring框架（五）

本文來自博客園，作者：paopaoa，轉載請註明原文鏈接：https://www.cnblogs.com/codepaopao/p/16865257.html


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 袋鼠雲陳吉平：深耕國產自研數字化技術與服務，持續為客戶創造價值
    在經濟面臨下行壓力、疫情反覆等不確定因素之下，推動數字化轉型就成為了許多企業的“救命稻草”。然而，較高的數字化轉型門檻、不成系統的數據服務，以及缺乏規範的行業標準等都成了企業數字化轉型路上的“絆腳石”。 2015年，袋鼠雲成立並毅然投身於具有巨大想象力的數字經濟發展浪潮，經過7年努力實踐，不斷完善自 ...
  • mongodb踩坑
    摘要：本文介紹了9個GaussDB常用的對象語句，希望對大家有幫助。 本文分享自華為雲社區《GaussDB對象相關語句》，作者：酷哥。 1. 常用函數 pg_database_size() -- 資料庫使用的磁碟空間。 pg_table_size() -- 表使用的磁碟空間。 pg_total_re ...
  • 基於案例分析 MySQL Group Replication 的故障檢測流程
    故障檢測（Failure Detection）是 Group Replication 的一個核心功能模塊，通過它可以及時識別集群中的故障節點，並將故障節點從集群中剔除掉。如果不將故障節點及時剔除的話，一方面會影響集群的性能，另一方面還會阻止集群拓撲的變更。 下麵結合一個具體的案例，分析 Group ...
  • Android 接收微信、QQ其他應用打開，第三方分享
    這裡給大家分享我在網上總結出來的一些知識，希望對大家有所幫助 在AndroidManifest.xml註冊ACTION事件 <activity android:name="com.test.app.MainActivity" android:configChanges="orientation|ke ...
  • JS數據結構與演算法-隊列結構
    隊列結構 一.認識隊列 受限的線性結構: 我們已經學習了一種受限的線性結構:棧結構. 並且已經知道這種受限的數據結構對於解決某些特定問題,會有特別的 效果. 下麵,我們再來學習另外一個受限的數據結構:隊列. 隊列(Queue)，它是一種受限的線性表,先進先出(FIFO First ln First ...
  • chrome工具調試
    項目調試的困境 程式開發總會遇到各種各樣的問題，為什麼實際結果和預期結果不一致？ 這個時候如果能深入程式內部抽絲剝繭去一探究竟再好不過！ 而chrome工具是前端開發的殺手鐧，經常聽到的一句話是： 出問題了？F12看看... 前端調試的手法一般就兩種： 服務端（添加調試代碼） 客戶端（開發者工具） ...
  • Vue3 企業級優雅實戰 - 組件庫框架 - 1 搭建 pnpm monorepo
    前兩篇文章分享了基於 vite3 vue3 的組件庫基礎工程 *vue3-component-library-archetype* 和用於快速創建該工程的工具 *yyg-cli*，但在中大型的企業級項目中，通常會自主搭建這些腳手架或加速器。優雅哥希望每位前端伙伴能知其所以然，故接下來的文章將進入 *... ...
  • 京東雲開發者｜軟體架構可視化及C4模型：架構設計不僅僅是UML
    軟體系統架構設計的目標不在於設計本身，而在於架構設計意圖的傳達。圖形化有助於在團隊間進行高效的信息同步，但不同的圖形化方式需要語義一致性和效率間實現平衡。C4模型通過不同的抽象層級來表達系統的靜態結構，並提供了最小集的抽象建模元素，為設計人員提供了一種低認知負載、易於學習和使用的高效建模方式。 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類