主頁 > 軟體設計 > AC自動機:如何實作敏感詞過濾?

AC自動機:如何實作敏感詞過濾?

2020-10-25 08:38:29 軟體設計

文章目錄

  • 敏感詞過濾
  • AC自動機
  • 失效指標
  • 匹配
  • 完整代碼
  • 性能計算


敏感詞過濾

在一些社交平臺如微博、微信、網路游戲等地方,難免會有一些不法分子散播色情、反動等內容,亦或是網友們的互相謾罵、騷擾等,為了凈化網路環境,各大社交平臺中都會有敏感詞過濾的機制,將那些不好的詞匯屏蔽或者替換掉

那你是否有想過,這個功能是如何實作的呢?

在我之前的博客中,介紹了四種單模式字串匹配演算法,分別是BF、RK、BM、KMP,以及一種多模式字串匹配演算法,Trie樹,

對于單模式字串匹配演算法來說,如果我們要進行匹配,就需要針對每一個查詢詞來對我們輸入的主串進行匹配,而隨著詞庫的增大,匹配的次數也會變得越來越大,很顯然,這種做法是行不通的,

那么我們再看看多模式字串匹配演算法,Trie樹,對于Trie樹來說,我們可以一次性將所有的敏感詞都加入其中,然后再遍歷主串,在樹中查找匹配的字串,如果找不到,則使Trie樹重新回到根節點,再從主串的下一個位置開始找起,

Trie樹的這種方法,就有點像BF中的暴力匹配,因為它沒有一個合理的減少比較的機制,每當我們不匹配就需要從頭開始查,大大的降低了執行的效率,對于一個高流量的社交平臺來說這是不能容許的,畢竟沒有人希望自己輸入了一句話后要隔上一大段時間才能發出去,那么我們是否可以效仿KMP演算法,添加一個類似next陣列的機制來減少不必要的匹配呢?這也就是AC自動機的由來


AC自動機

AC自動機全程是Aho-CorasickAutoMaton,和Trie樹一樣是多模式字串匹配演算法,并且它與Trie樹的關系就相當于KMP與BF演算法的關系一樣,AC自動機的效率要遠遠超出Trie樹

AC自動機對Trie進行了改進,在Trie的基礎上結合了KMP演算法的思想,在樹中加入了類似next陣列的失效指標

struct ACNode
{
	char _data;		//當前字符
	bool _isEnd;	//標記當前是否能構成一個單詞
    int _length;    //當前模式串長度
    ACNode* _fail;  //失敗指標
	unordered_map<char, ACNode*> _subNode;	//子節點
};

AC自動機的構建主要包含以下兩個操作

  1. 將多個模式串構建成Trie樹
  2. 為Trie樹中每個節點構建失敗指標

上述兩個步驟看起來簡單,但是理解起來十分復雜,如果不了解KMP演算法和Trie樹的話很難搞懂,所以如果對這兩方面知識不熟的可以看看我往期的博客
在本篇博客中不會再次介紹KMP和Trie,如果需要了解的可以看看我的往期博客
Trie(字典樹) : 如何實作搜索引擎的關鍵詞提示功能?
字串匹配演算法(三):KMP(KnuthMorrisPratt)演算法


失效指標

例如我們具有這么一棵樹
在這里插入圖片描述
如果要盡量減少匹配,我們就可以借助之前KMP的思想,通過找到可匹配的后綴子串或者前綴子串,將其對其,就可以減少中間多余的比對,

又由于Trie樹是通過字符來劃分子樹,所以基于前綴的匹配不太容易理想(同一前綴的在同一條路徑下,滑動效率不高),那么我們就可以選擇通過后綴來進行比對,

所以我們失敗節點即為我們對其的位置,它的值與本節點值相同,并且失敗指標指向的節點所構成的單詞就是我們的后綴

首先,由于根節點不存資料,并且其沒有父節點,所以它的失敗指標為空,而我們又是基于字符劃分的,所以在同一層中不可能有相同的節點,相同節點只能出現在相鄰層中,并且我們又需要保證具有相同的后綴,所以得出結論,某個節點的失敗指標只可能存在它的上層中

基于以上兩個特點,我們就可以直接推匯出第一層節點的失敗指標都為root,接著繼續思考,如何構建下面的失敗節點,
在這里插入圖片描述

那么如何求出子節點的失敗指標呢?為保證失敗指標指向的位置往上即為匹配的后綴,所以要使得后綴匹配,我們就需要到我們的失敗指標中尋找與子節點匹配的節點,如果找不到,則沿著失敗指標繼續往它的失敗指標繼續尋找,如果到了最頂上還沒有找到,則認為根節點為它的失敗指標

總結一下

  • 根節點的失敗指標為空
  • 一個節點的失敗指標只能在它的上層
  • 需要在父節點的失敗節點中找到與子節點匹配的節點,如果找不到則沿著失敗節點繼續向上,找它的失敗節點是否存在匹配節點,如果存在,則該節點就是子節點的失敗節點,
  • 如果沒有上層沒有任何可匹配的節點,則失敗指標指向根節點

為了方便理解程序,我一層一層往下進行構建
在這里插入圖片描述
由于前往a的失敗節點root,可以找到匹配b的節點,所以將第二層的b作為子節點b的失敗指標,c同理
在這里插入圖片描述
c與上層同理,這里看d,由于d的父節點c的失敗指標c中并不存在匹配節點,所以向c的失敗指標繼續尋找,由于c的失敗指標為根節點,且也不存在匹配節點,此時已經到頭,所以d的失敗指標為根節點
在這里插入圖片描述
最終構建結果

代碼如下,詳細思路都寫在注釋中

//構建失敗指標
void AC::buildFailurePointer()
{
    //借助佇列來完成層序遍歷
    queue<ACNode*> q;
    q.push(_root);

    while (!q.empty())
    {
        ACNode* parent = q.front();
        q.pop();

        //遍歷所有孩子節點
        for (auto& sub : parent->_subNode)
        {
            //如果父節點節點為根節點,則將孩子節點的失效指標全部設定為根節點
            if (parent == _root)
            {
                sub.second->_fail = _root;
            }
            else
            {
                ACNode* failParent = parent->_fail;    //父節點的失敗指標

                while (failParent != nullptr)
                {
                    auto failChild = failParent->_subNode.find(sub.second->_data);    //尋找失敗指標中是否存在一個子節點能與我們的子節點匹配

                    if (failChild != failParent->_subNode.end())   //如果存在,則這個子節點就是我們子節點的失敗指標
                    {
                        sub.second->_fail = failChild->second;
                        break;
                    }
                    //如果找不到,則繼續向上,尋找失敗指標的失敗指標是否有這么一個節點
                    failParent = failParent->_fail;
                }
                //如果一直找到最頂上也找不到,則將失敗指標設定為根節點
                if (failParent == nullptr)
                {
                    sub.second->_fail = _root;
                }
            }
            //將子節點加入佇列中
            q.push(sub.second);
        }
    }
}

匹配

講了那么多原理,接下來就直接看看AC自動機是如何完成匹配的,此時主串為abcd,模式串為abcd,bc,bcd,c,

匹配主要包含以下兩種規則

  1. 匹配成功時,如果當前并不是一個完整的模式串,則繼續往下進行匹配,如果是一個完整的模式串,此節點匹配完成,但是匹配完成并不意味著中斷,此時我們還要利用失敗指標繼續去匹配下一個查詢詞,所以直到我們的結果指標回到根節點之前,都會一直通過失敗指標查找匹配的模式串
  2. 如果匹配失敗,則前往失敗指標中繼續匹配,不斷重復這一程序

在這里插入圖片描述
簡單描述上圖的查詢流程

  1. 第一輪查詢a,進入最左邊的模式串,此時不夠成單詞,失敗指標指向root,查詢不到
  2. 第二輪查詢b,ab不構成單詞,進入失敗指標b,b也不構成單詞
  3. 第三輪查詢c,abc不構成單詞,進入失敗指標c,此時bc匹配成功,接著進入失敗指標c,此時c也匹配成功,
  4. 第四輪查詢,abcd構成單詞,查詢成功,接著進入失敗指標d,bcd也成功匹配,

所以結果cd,abcd,bcd,c全部匹配成功

AC自動機的演算法流程十分復雜,文字很難描述,所以我直接給出代碼,并在其中寫明了注釋,如果還是搞不懂的可以一步一步進行除錯,

//匹配模式串
void AC::match(const string& str) const
{
    if (str.empty())
    {
        return;
    }

    ACNode* parent = _root;
    for (int i = 0; i < str.size(); i++)
    {
        ACNode* sub = parent->_subNode[str[i]];
        //如果子節點中找不到,則前往失敗指標中尋找
        while (sub == nullptr && parent != _root)
        {
            parent = parent->_fail;
        }

        sub = parent->_subNode[str[i]];
        //如果還是找不到,則說明已經沒有任何匹配的了,直接回到根節點
        if (sub == nullptr)
        {
            parent = _root;
        }
        else
        {
            parent = sub;   //繼續查找下一個字符
        }

        ACNode* result = parent;
        while (result != _root)
        {
            //如果當前構成一個單詞
            if (result->_isEnd == true)
            {
                //輸出匹配的模式串
                cout << str.substr(i - result->_length + 1, result->_length) << endl;
            }
            result = result->_fail;     //如果無法構成一個單詞,則繼續前往失敗指標中繼續尋找
        }
    }
}

完整代碼

除了匹配和失敗指標的構建,其他步驟都和Trie樹一樣,所以可以直接復用之前的代碼,
需要注意的是,每次插入和洗掉之后都必須重新構建失敗指標

#include<unordered_map>
#include<string>
#include<vector>
#include<queue>
#include<iostream>
using namespace std;

namespace lee
{
    struct ACNode
    {
        ACNode(char data = '\0')
            : _data(data)
            , _isEnd(false)
            , _length(-1)
            , _fail(nullptr)
        {}

        char _data;		//當前字符
        bool _isEnd;	//標記當前是否能構成一個單詞
        int _length;    //當前模式串長度
        ACNode* _fail;  //失敗指標
        unordered_map<char, ACNode*> _subNode;	//子節點
    };

    class AC
    {
    public:
        AC()
            : _root(new ACNode())
        {}

        ~AC()
        {
            delete _root;
        }

        //防拷貝
        AC(const AC&) = delete;
        AC& operator=(const AC&) = delete;

        void buildFailurePointer();             //構建失敗指標
        void match(const string& str) const;    //匹配模式串
        void insert(const string& str);         //插入字串

    private:
        ACNode* _root;  //根節點
    };

    //插入字串
    void AC::insert(const string& str)
    {
        if (str.empty())
        {
            return;
        }

        ACNode* cur = _root;
        for (size_t i = 0; i < str.size(); i++)
        {
            //如果找不到該字符,則在對應層中插入
            if (cur->_subNode.find(str[i]) == cur->_subNode.end())
            {
                cur->_subNode.insert(make_pair(str[i], new ACNode(str[i])));
            }
            cur = cur->_subNode[str[i]];
        }

        cur->_isEnd = true;         //標記該單詞存在
        cur->_length = str.size();  //標記該單詞長度
    }

    //構建失敗指標
    void AC::buildFailurePointer()
    {
        //借助佇列來完成層序遍歷
        queue<ACNode*> q;
        q.push(_root);

        while (!q.empty())
        {
            ACNode* parent = q.front();
            q.pop();

            //遍歷所有孩子節點
            for (auto& sub : parent->_subNode)
            {
                //如果父節點節點為根節點,則將孩子節點的失效指標全部設定為根節點
                if (parent == _root)
                {
                    sub.second->_fail = _root;
                }
                else
                {
                    ACNode* failParent = parent->_fail;    //父節點的失敗指標

                    while (failParent != nullptr)
                    {
                        auto failChild = failParent->_subNode.find(sub.second->_data);    //尋找失敗指標中是否存在一個子節點能與我們的子節點匹配

                        if (failChild != failParent->_subNode.end())   //如果存在,則這個子節點就是我們子節點的失敗指標
                        {
                            sub.second->_fail = failChild->second;
                            break;
                        }
                        //如果找不到,則繼續向上,尋找失敗指標的失敗指標是否有這么一個節點
                        failParent = failParent->_fail;
                    }
                    //如果一直找到最頂上也找不到,則將失敗指標設定為根節點
                    if (failParent == nullptr)
                    {
                        sub.second->_fail = _root;
                    }
                }
                //將子節點加入佇列中
                q.push(sub.second);
            }
        }
    }

    //匹配模式串
    void AC::match(const string& str) const
    {
        if (str.empty())
        {
            return;
        }

        ACNode* parent = _root;
        for (int i = 0; i < str.size(); i++)
        {
            ACNode* sub = parent->_subNode[str[i]];
            //如果子節點中找不到,則前往失敗指標中尋找
            while (sub == nullptr && parent != _root)
            {
                parent = parent->_fail;
            }

            sub = parent->_subNode[str[i]];
            //如果還是找不到,則說明已經沒有任何匹配的了,直接回到根節點
            if (sub == nullptr)
            {
                parent = _root;
            }
            else
            {
                parent = sub;   //繼續查找下一個字符
            }

            ACNode* result = parent;
            while (result != _root)
            {
                //如果當前構成一個單詞
                if (result->_isEnd == true)
                {
                    //輸出匹配的模式串
                    cout << str.substr(i - result->_length + 1, result->_length) << endl;
                }
                result = result->_fail;     //如果無法構成一個單詞,則繼續前往失敗指標中繼續尋找
            }
        }
    }
};

這里我給出幾個敏感詞進行測驗,查看是否能夠全部匹配出來

int main()
{
    lee::AC ac;
    ac.insert("ass");
    ac.insert("fuck");
    ac.insert("shit");
    ac.insert("cao");
    ac.insert("sb");
    ac.insert("nmsl");
    ac.insert("dead");
    ac.buildFailurePointer();

    ac.match("fuckyou,nmslsb");
    return 0;
}

匹配成功,這里的匹配功能其實就已經是敏感詞過濾的一個原型代碼了,我們只需要將匹配到的詞替換成屏蔽符號*即可,為了方便演示所以我才改成輸出模式串
在這里插入圖片描述


性能計算

AC自動機的構建包含兩個步驟,Trie樹的構建以及失敗指標的構建,
Trie樹構建的時間復雜度
假設模式串平均長度為M,個數為Z,則構建Trie樹的時間復雜度為O(M * Z)

失敗指標構建的時間復雜度
假設Trie樹中總節點數為K,模式串平均長度為M
失敗指標構建的時間復雜度為O(M * K)

匹配的時間復雜度
匹配需要遍歷主串,所以這一部分的時間復雜度為O(N),N為主串長度,
我們需要去匹配各個模式串,假設模式串平均長度為M,則匹配的時間復雜度為O(N * M),

并且由于敏感詞一般不會很長,所以在實際情況下,這個時間復雜度可以近似于O(N)

但是在下圖這種大部分的失效指標都指向根節點時,AC自動機的性能會退化的跟Trie樹一樣、在這里插入圖片描述

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/189928.html

標籤:其他

上一篇:113行實作超簡單可視化彈球java小游戲,小白放心食用

下一篇:希望你早點看到這篇面經,越早越好(位元組三面-java后臺開發)

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more