主頁 > 軟體設計 > 演算法(01)--動態規劃詳解

演算法(01)--動態規劃詳解

2020-10-15 14:42:03 軟體設計

動態規劃詳解

    • 《斐波那契數列》--- 主要是讓你明?什么是重疊?問題
      • 1.1) 暴?遞回
      • 1.2) 帶備忘錄的遞回解法
      • 1.3) dp 陣列的迭代解法
    • 《湊零錢問題 》--- 主要是讓你明?什么是最優?結構
      • 2.1) 暴?遞回
      • 2.2) 帶備忘錄的遞回
      • 2.3) dp 陣列的迭代解法
    • 總結

動態規劃問題的?般形式就是 求最值,動態規劃其實是運籌學的?種最優化?法,只不過在計算機問題上應??較多,?如說讓你求最?遞增?序列 ,最?編輯距離呀等等, 既然是要求最值,核?問題是什么呢?

求解動態規劃的核?問題是窮舉,因為要求最值,肯定要把所有可?的答案窮舉出來,然后在其中找最值唄,

?先,動態規劃的窮舉有點特別,因為這類問題存在「重疊?問題」,如果 暴?窮舉的話效率會極其低下,所以需要「備忘錄」或者「DP table」來優 化窮舉程序,避免不必要的計算, ?且,動態規劃問題?定會具備「最優?結構」,才能通過?問題的最值得到原問題的最值,

另外,雖然動態規劃的核?思想就是窮舉求最值,但是問題可以千變萬化, 窮舉所有可?解其實并不是?件容易的事,只有列出正確的「狀態轉移?程」才能正確地窮舉,

在實際的演算法問題中,寫出狀態轉移?程是最困難的,這也就是為什么很多朋友覺得動態規劃問題困難的原因,我 來提供我研究出來的?個思維框架,輔助你思考狀態轉移?程:

明確「狀態」 -> 定義 dp 陣列/函式的含義 -> 明確「選擇」-> 明確 base case,

《斐波那契數列》— 主要是讓你明?什么是重疊?問題

1.1) 暴?遞回

斐波那契數列的數學形式就是遞回的,寫成代碼就是這樣:

    int	fib(int	N){
    if(N ==	1 || N	==	2) return 1;
    return	fib(N-1) + fib(N-2);
}

PS:但凡遇到需要遞回的問題,最好都畫出遞回樹,這對你分析演算法的復雜度,尋找演算法低效的原因都有巨?幫助,

想要計算原問題f(20),我就得先計算出?問題f(19)和f(18),然后要計算f(19),我就要先算出?問題f(18)和 f(17),以此類推,最后遇到f(1)或者f(2)的時候,結果已知,就能直接回傳結果,遞回樹不再向下??了,

遞回演算法的時間復雜度怎么計算??問題個數乘以解決?個?問題需要的時間

?問題個數,即遞回樹中節點的總數,顯然?叉樹節點總數為指數級別,所以?問題個數為O(2^n),
解決?個?問題的時間,在本演算法中,沒有回圈,只有f(n-1)+f(n-2)? 個加法操作,時間為O(1), 所以,這個演算法的時間復雜度為O(2^n),指數級別,爆炸,

觀察遞回樹,很明顯發現了演算法低效的原因:存在?量重復計算,?如f(18)被計算了兩次,?且你可以看到,以f(18)為根的這個遞回樹體量巨?,多算?遍,會耗費巨?的時間,更何況,還不?f(18)這?個節點 被重復計算,所以這個演算法及其低效,
這就是動態規劃問題的第?個性質:重疊?問題,下?我們想辦法解決這個問題,

1.2) 帶備忘錄的遞回解法

明確了問題,其實就已經把問題解決了?半,即然耗時的原因是重復計算, 那么我們可以造?個「備忘錄」,每次算出某個?問題的答案后別急著返 回,先記到「備忘錄」?再回傳;每次遇到?個?問題先去「備忘錄」?查 ?查,如果發現之前已經解決過這個問題了,直接把答案拿出來?,不要再耗時去計算了,
?般使??個陣列充當這個「備忘錄」,當然你也可以使?哈希表(字 典),思想都是?樣的,

    int fib(int N) {
        if (N < 1) return 0;
        //	備忘錄全初始化為0
        vector<int> memo (N + 1, 0);
        //	初始化最簡情況
        return helper(memo, N);
    }

    int helper(vector<int>& memo, int n) {
        //	base	case
        if (n == 1 || n == 2) return 1;
        //	已經計算過
        if (memo[n] != 0) return memo[n];
        memo[n] = helper(memo, n - 1) + helper(memo, n - 2);
        return memo[n];
    }

現在,畫出遞回樹,你就知道「備忘錄」到底做了什么:
在這里插入圖片描述
實際上,帶「備忘錄」的遞回演算法,把?棵存在巨量冗余的遞回樹通過「剪 枝」,改造成了?幅不存在冗余的遞回圖,極?減少了?問題(即遞回圖中 節點)的個數,
在這里插入圖片描述
遞回演算法的時間復雜度怎么算?----- ?問題個數乘以解決?個?問題需要的時間

?問題個數,即圖中節點的總數,由于本演算法不存在冗余計算,?問題就是 f(1) , f(2) , f(3) … f(20) ,數量和輸?規模 n = 20 成正?,所以?問題個數為 O(n), 解決?個?問題的時間,同上,沒有什么回圈,時間為 O(1), 所以,本演算法的時間復雜度是 O(n),?起暴?演算法,是降維打擊,
?此,帶備忘錄的遞回解法的效率已經和迭代的動態規劃解法?樣了,實際 上,這種解法和迭代的動態規劃已經差不多了,只不過這種?法叫做「?頂向下」,動態規劃叫做「?底向上」,
啥叫「?頂向下」?注意我們剛才畫的遞回樹(或者說圖),是從上向下延 伸,都是從?個規模較?的原問題?如說 f(20) ,向下逐漸分解規模,直 到 f(1) 和 f(2) 觸底,然后逐層回傳答案,這就叫「?頂向下」, 啥叫「?底向上」?反過來,我們直接從最底下,最簡單,問題規模最?的 f(1) 和 f(2) 開始往上推,直到推到我們想要的答案 f(20),這就是動態規劃的思路,這也是為什么動態規劃?般都脫離了遞回,?是由回圈迭代完成計算,

1.3) dp 陣列的迭代解法

有了上?步「備忘錄」的啟發,我們可以把這個「備忘錄」獨?出來成為? 張表,就叫做 DP table吧,在這張表上完成「?底向上」的推算豈不美哉!

    int fib(int N) {
        vector<int> dp (N + 1, 0);
        //	base	case
        dp[1] = dp[2] = 1;
        for (int i = 3; i <= N; i++)
            dp[i] = dp[i - 1] + dp[i - 2];
        return dp[N];
    }

在這里插入圖片描述
畫個圖就很好理解了,?且你發現這個 DP table 特別像之前那個「剪枝」后 的結果,只是反過來算?已,實際上,帶備忘錄的遞回解法中的「備忘錄」,最終完成后就是這個DP table,所以說這兩種解法其實是差不多的, ?部分情況下效率也基本相同, 這?引出「狀態轉移?程」這個名詞,實際上就是描述問題結構的數學形式:
在這里插入圖片描述
為啥叫「狀態轉移?程」?為了聽起來?端,你把 f(n) 想做?個狀態n,這 個狀態n是由狀態 n - 1 和狀態 n - 2 相加轉移?來,這就叫狀態轉移,僅此?已, 你會發現,上?的?種解法中的所有操作,例如 return f(n-1) + f(n- 2), dp[i] = dp[i - 1] + dp[i - 2],以及對備忘錄或DP table的初始化操作,都是圍繞這個?程式的不同表現形式,可?列出「狀態轉移?程」的重要性,它是解決問題的核?,很容易發現,其實狀態轉移?程直接代表著暴?解法,

千萬不要看不起暴?解,動態規劃問題最困難的就是寫出狀態轉移?程,即 這個暴?解,優化?法??是?備忘錄或者 DP table,再?奧妙可?, 這個例?的最后,講?個細節優化,細?的讀者會發現,根據斐波那契數列 的狀態轉移?程,當前狀態只和之前的兩個狀態有關,其實并不需要那么? 的?個DP table來存盤所有的狀態,只要想辦法存盤之前的兩個狀態就? 了,所以可以進?步優化,把空間復雜度降為O(1):

    int fib(int n) {
        if (n == 2 || n == 1) return 1;
        int prev = 1, curr = 1;
        for (int i = 3; i <= n; i++) {
            int sum = prev + curr;
            prev = curr;
            curr = sum;
        }
        return curr;
    } 

《湊零錢問題 》— 主要是讓你明?什么是最優?結構

先看下題?:給你 k 種?值的硬幣,?值分別為 c1, c2 … ck ,每種硬 幣的數量?限,再給?個總?額 amount ,問你最少需要?枚硬幣湊出這個 ?額,如果不可能湊出,演算法回傳 -1 ,演算法的函式簽名如下:

//	coins中是可選硬幣?值,amount是?標?額 
	int	coinChange(int[] coins,	int	amount);

?如說 k = 3 ,?值分別為 1,2,5,總?額 amount = 11,那么最少需 要 3 枚硬幣湊出,即 11 = 5 + 5 + 1, 你認為計算機應該如何解決這個問題?顯然,就是把所有肯能的湊硬幣?法 都窮舉出來,然后找找看最少需要多少枚硬幣,

2.1) 暴?遞回

?先,這個問題是動態規劃問題,因為它具有「最優?結構」的,要符合 「最優?結構」,?問題間必須互相獨?,啥叫相互獨??你肯定不想看數學證明,我??個直觀的例?來講解,
?如說,你的原問題是考出最?的總成績,那么你的?問題就是要把語?考 到最?,數學考到最?…… 為了每門課考到最?,你要把每門課相應的選擇題分數拿到最?,填空題分數拿到最?…… 當然,最終就是你每門課都是滿分,這就是最?的總成績, 得到了正確的結果:最?的總成績就是總分,因為這個程序符合最優?結 構,“每門科?考到最?”這些?問題是互相獨?,互不?擾的,
但是,如果加?個條件:你的語?成績和數學成績會互相制約,此消彼?, 這樣的話,顯然你能考到的最?總成績就達不到總分了,按剛才那個思路就會得到錯誤的結果,因為?問題并不獨?,語?數學成績?法同時最優,所 以最優?結構被破壞,
回到湊零錢問題,為什么說它符合最優?結構呢??如你想求 amount = 11 時的最少硬幣數(原問題),如果你知道湊出 amount = 10 的最少硬幣 數(?問題),你只需要把?問題的答案加?(再選?枚?值為1 的硬幣) 就是原問題的答案,因為硬幣的數量是沒有限制的,?問題之間沒有相互制約,是互相獨?的, 那么,既然知道了這是個動態規劃問題,就要思考如何列出正確的狀態轉移?程?

  • 先確定「狀態」,也就是原問題和?問題中變化的變數,由于硬幣數量? 限,所以唯?的狀態就是?標?額 amount;
  • 然后確定 dp 函式的定義:當前的?標?額是 n,?少需要dp(n)個硬 幣湊出該?額;
  • 然后確定「選擇」并擇優,也就是對于每個狀態,可以做出什么選擇改變當前狀態,具體到這個問題,?論當的?標?額是多少,選擇就是從?額串列coins中選擇?個硬幣,然后?標?額就會減少:
    //	偽碼框架
    def coinChange(coins:List[int], amount:int):
        //	定義:要湊出?額 n,?少要dp(n)個硬幣
        def dp(n):
        //	做選擇,選擇需要硬幣最少的那個結果
        for coin in coins:
        res=min(res,1+dp(n-coin))
        return res
        //	我們要求的問題是 dp(amount)
        return dp(amount)
  • 最后明確 basecase,顯然?標?額為 0 時,所需硬幣數量為0;當?標?額?于 0 時,?解,回傳-1:
    def coinChange(coins:List[int], amount:int):
        def dp(n):
        // base case 
        if n==0:return 0
        if n< 0:return-1
        // 求最?值,所以初始化為正?窮								
        res=float('INF')
        for coin in coins:
        subproblem=dp(n-coin)
        // ?問題?解,跳過												
        if subproblem==-1:continue
        res=min(res,1+subproblem)
        return res if res!=float('INF')else-1
        return dp(amount)

?此,狀態轉移?程其實已經完成了,以上演算法已經是暴?解法了,以上代碼的數學形式就是狀態轉移?程:
在這里插入圖片描述
?此,這個問題其實就解決了,只不過需要消除?下重疊?問題,?如amount = 11, coins = {1,2,5} 時畫出遞回樹看看:
在這里插入圖片描述
時間復雜度分析:?問題總數 x 每個?問題的時間
?問題總數為遞回樹節點個數,這個?較難看出來,是 O(n^k),總之是指數級別的,每個?問題中含有?個 for 回圈,復雜度為 O(k),所以總時間復 雜度為O(k * n^k),指數級別,

2.2) 帶備忘錄的遞回

只需要稍加修改,就可以通過備忘錄消除?問題:

        def coinChange(coins:List[int],amount:int):
        //	備忘錄
        memo=dict()
        def dp(n):
            //	查備忘錄,避免重復計算
            if n in memo:return memo[n]
            if n==0:return 0
            if n<	0:return-1
            res=float('INF')
            for coin in coins:
                subproblem=dp(n-coin)
                if subproblem==-1:continue
                res=min(res,1+subproblem)

            //	記?備忘錄
            memo[n]=res if res!=float('INF') else-1
            return memo[n]
        return dp(amount)

很顯然「備忘錄」??減?了?問題數?,完全消除了?問題的冗余,所以?問題總數不會超過?額數n,即?問題數?為 O(n),處理?個?問題的時間不變,仍是O(k),所以總的時間復雜度是O(kn),

2.3) dp 陣列的迭代解法

當然,我們也可以?底向上使? dp table 來消除重疊?問題, dp陣列的定義和剛才dp函式類似,定義也是?樣的: dp[i] = x 表?,當?標?額為i時,?少需要 x 枚硬幣

        int	coinChange(vector<int>&	coins,	int	amount)	{
                    //	陣列??為	amount	+	1,初始值也為	amount	+	1
       	    vector<int>	dp(amount	+	1,	amount	+	1);
       	    //	base	case
        	dp[0]=0;
        	for	(int i = 0;	i < dp.size();	i++){
        	    //	內層	for	在求所有?問題	+	1	的最?值
                for	(int coin :	coins)	{
                    //	?問題?解,跳過
                	if	(i - coin <	0)	continue;
                	dp[i] =	min(dp[i],	1 +	dp[i - coin]);
                 }
        	}
        	return	(dp[amount]	==	amount	+	1)	?	-1	:	dp[amount];
    }

在這里插入圖片描述
PS:為啥 dp陣列初始化為 amount+ 1 呢?
因為湊成 amount?額的硬幣數最多只可能等于amount(全?1元?值的硬幣),所以初始化為amount+1就相當于初始化為正?窮,便于后續取最?值,

總結

第?個斐波那契數列的問題,解釋了如何通過「備忘錄」或者「dp table」 的?法來優化遞回樹,并且明確了這兩種?法本質上是?樣的,只是?頂向 下和?底向上的不同?已,
第?個湊零錢的問題,展?了如何流程化確定「狀態轉移?程」,只要通過狀態轉移?程寫出暴?遞回解,剩下的也就是優化遞回樹,消除重疊?問題?已,
計算機解決問題其實沒有任何奇技淫巧,它唯?的解決辦法就是窮舉,窮舉所有可能性,演算法設計??就是先思考“如何窮舉”,然后再追求“如何聰明 地窮舉”, 列出動態轉移?程,就是在解決“如何窮舉”的問題,之所以說它難,?是因為很多窮舉需要遞回實作,?是因為有的問題本?的解空間復雜,不那么容易窮舉完整, 備忘錄、DP table 就是在追求“如何聰明地窮舉”,?空間換時間的思路,是降低時間復雜度的不?法門,


本文內容來源----公眾號:labuladong 《labuladong的演算法小抄》 提取碼:g9l2

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

標籤:其他

上一篇:1123:影像相似度(C C++)

下一篇:21行代碼AC_標題 Excel地址 2017年藍橋杯真題(解題報告+通法)

標籤雲
其他(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