互動博客 | ABC智慧教研平台

校企合作(Do)結碩果

2023-05-30 13:27:18

祝玉峰

教學成果一(One)等獎

136

0

2

即學即用(Use)，高效教學

2023-05-29 06:25:51

abc01

439

0

2

k8s使用(Use)context訪問多集群

2023-05-29 05:27:41

馬同學 k8s

k8s使用(Use)context訪問多集群

305

0

根據容器ID尋找pod

2023-05-29 01:24:33

馬同學

360

0

我(I)爲(For)什麽放棄 C++，選擇 C 語言編寫個(Indivual)人(People)項目？

2023-05-28 15:12:13

程興

一(One)直以(By)來(Come)，C 和(And) C++ 都是非常優秀的(Of)編程語言。不(No)過，兩種語言雖名稱有些相似，但應用(Use)場景存在(Exist)巨大(Big)的(Of)不(No)同。對于(At) C 語言而言，其主要(Want)被用(Use)于(At)操作(Do)系統、容器、物聯網、數據庫等領域的(Of)開發，而 C++ 則是開發桌面軟件、圖形處理、遊戲、網站的(Of)最佳工具。在(Exist)本文中，作(Do)者原以(By)爲(For) C++ 在(Exist)開發基礎設施時(Hour)會更勝一(One)籌，然而經過與 C 語言的(Of)嘗試對比，發現事實并非如此。原文鏈接：https://250bpm.com/blog:4/?continueFlag=c778b3c9525d12a012a35269d830ebcc以(By)下爲(For)翻譯正文：首先聲明，在(Exist)整個(Indivual)職業生(Born)涯中，我(I)一(One)直在(Exist)使用(Use)C++，而且在(Exist)做大(Big)多數項目時(Hour)，C++仍然是我(I)的(Of)首選語言。因此，在(Exist)開始構建個(Indivual)人(People)項目ZeroMQ（可伸縮的(Of)分布式或并發應用(Use)程序設計的(Of)高性能異步消息庫）時(Hour)，我(I)也選用(Use)了C++，主要(Want)原因如下：<ol style="text-align: start;"><li>C++包含一(One)些數據結構和(And)算法庫。如果使用(Use)C語言，我(I)将不(No)得不(No)依賴第三方庫，或者自己動手編寫基本算法。</li><li>C++會強制我(I)在(Exist)編程風格上保持一(One)些基本的(Of)統一(One)性。例如，this參數不(No)允許使用(Use)幾種不(No)同的(Of)機制将指針傳遞給正在(Exist)處理的(Of)對象，而這(This)個(Indivual)問題在(Exist)C項目中很常見。同樣，不(No)可以(By)明确将成員變量标記爲(For)私有，此外還有C++的(Of)一(One)些其他(He)特征。</li><li>使用(Use)C語言實現虛函數非常複雜，會導緻理解和(And)管理代碼的(Of)難度加劇。不(No)過，嚴格來(Come)說，這(This)個(Indivual)問題其實是上一(One)個(Indivual)問題的(Of)一(One)個(Indivual)子集，但我(I)覺得有必要(Want)單獨指出(Out)。</li><li>最後，每個(Indivual)人(People)都喜歡在(Exist)代碼的(Of)末尾自動調用(Use)析構函數。</li></ol>然而，事到(Arrive)如今，我(I)不(No)得不(No)承認C++是一(One)個(Indivual)糟糕的(Of)選擇。下面，我(I)來(Come)解釋一(One)下原因。首先，我(I)的(Of)個(Indivual)人(People)項目ZeroMQ是一(One)個(Indivual)持續運行的(Of)基礎設施，永遠不(No)應該出(Out)故障，永遠不(No)應該表現出(Out)未定義的(Of)行爲(For)。因此，錯誤處理至關重要(Want)，必須做到(Arrive)明确且嚴格。然而，C++的(Of)異常處理并不(No)能滿足我(I)的(Of)需求。如果程序不(No)會出(Out)錯，那麽選擇C++沒有任何問題，隻需将main函數包裝在(Exist)try/catch中，集中在(Exist)一(One)個(Indivual)地方處理所有錯誤。如果你的(Of)目标是保證不(No)會出(Out)現未定義的(Of)行爲(For)，那麽C++的(Of)異常處理就會變成一(One)場噩夢。由于(At)C++解耦了異常的(Of)發生(Born)與處理，因此錯誤處理非常容易，但也造成了你幾乎不(No)可能保證程序永遠不(No)會運行未定義的(Of)行爲(For)。在(Exist)C語言中，錯誤的(Of)産生(Born)和(And)處理是緊密結合的(Of)，在(Exist)同一(One)塊源代碼中。因此，在(Exist)出(Out)錯時(Hour)很容易理解發生(Born)了什麽：而在(Exist)C++中，你隻能抛出(Out)錯誤，卻不(No)清楚究竟發生(Born)了什麽：<pre style="text-align: start;"><code class="language-properties hljs">int rc = fx ();
if (rc != 0)
 handle_error ();</code></pre>問題在(Exist)于(At)，你并不(No)清楚在(Exist)哪裏處理異常。處理錯誤的(Of)代碼在(Exist)同一(One)個(Indivual)函數中會更加方便理解，盡管不(No)太方便閱讀：<pre><code>try {
 ...
 int rc = fx ();if (rc != 0)
 throw std::exception ("Error!");
 ...
 }catch (std::exception &amp;e) {
 handle_exception ();
 }
</code></pre>然而，我(I)們來(Come)考慮同一(One)個(Indivual)函數抛出(Out)兩個(Indivual)不(No)同的(Of)錯誤，結果會怎麽樣：<pre style="text-align: start;"><code class="language-cs hljs language">class exception1 {};
class exception2 {};
try {
 ...
 if (condition1)
 throw my_exception1 ();
 ...
 if (condition2)throw my_exception2 ();...}catch (my_exception1 &amp;e) {handle_exception1 ();}catch (my_exception2 &amp;e) {handle_exception2 ();}</code></pre>以(By)下是等效的(Of)C代碼：<pre style="text-align: start;"><code class="language-properties hljs">...if (condition1)handle_exception1 ();...if (condition2)handle_exception2 ();...</code></pre>相較之下，C語言更加方便閱讀，而且編譯器也會生(Born)成更高效的(Of)代碼。然而，C++的(Of)問題還不(No)僅限于(At)此。考慮某個(Indivual)函數會引發異常，但不(No)會處理異常的(Of)情況。在(Exist)這(This)種情況下，錯誤的(Of)處理可以(By)放到(Arrive)任何地方，具體取決于(At)從哪裏調用(Use)該函數。針對不(No)同的(Of)情況，采用(Use)不(No)同的(Of)方式處理異常？這(This)種方法聽起來(Come)似乎很有道理，但很快就會變成一(One)場噩夢。在(Exist)修複某個(Indivual)Bug時(Hour)，你會發現許多其他(He)地方也有相同的(Of)Bug，因爲(For)它們都複制了同一(One)段錯誤處理代碼。每當添加一(One)個(Indivual)函數調用(Use)，就有可能增加一(One)個(Indivual)新異常，如果調用(Use)函數的(Of)代碼沒有妥善處理該異常，就意味着增加了一(One)個(Indivual)新Bug。如果你還想堅持“沒有未定義的(Of)行爲(For)”原則，就不(No)得不(No)引入新異常，以(By)便區分不(No)同的(Of)故障模式。但是，添加新異常就意味着，它會上升到(Arrive)不(No)同的(Of)地方。你必須在(Exist)所有地方添加相應的(Of)異常處理，否則就會出(Out)現未定義的(Of)行爲(For)。看到(Arrive)這(This)裏，你可能想說：這(This)就是異常的(Of)正确用(Use)法啊？然而問題在(Exist)于(At)，異常隻是一(One)個(Indivual)工具，目的(Of)是用(Use)更系統的(Of)方式管理呈現指數增長的(Of)錯誤處理代碼，但它并不(No)能解決根本的(Of)問題。甚至可以(By)說，異常有可能導緻情況惡化，因爲(For)你不(No)僅需要(Want)編寫新的(Of)異常類型，還需要(Want)針對新類型編寫異常處理代碼。考慮到(Arrive)上述問題，我(I)決定使用(Use)C++，但不(No)使用(Use)異常。如今我(I)的(Of)這(This)個(Indivual)項目就是這(This)樣實現的(Of)。不(No)幸的(Of)是，問題并沒有就此止步……考慮一(One)下，如果對象的(Of)初始化失敗，會發生(Born)什麽？構造函數沒有返回值，因此隻能通過抛出(Out)異常來(Come)報告失敗。但是，我(I)決定不(No)使用(Use)異常。所以(By)，我(I)們必須像下面這(This)樣處理：<pre style="text-align: start;"><code class="language-cs hljs language">class foo{public:foo ();int init ();...};</code></pre>在(Exist)創建實例時(Hour)，會調用(Use)構造函數（這(This)個(Indivual)函數不(No)會失敗），然後調用(Use)init函數（這(This)個(Indivual)函數可能會失敗）。與C語言相比，C++代碼更複雜：<pre style="text-align: start;"><code class="language-cs hljs language">struct foo{...};int foo_init (struct foo *self);</code></pre>然而，C++代碼真正的(Of)問題在(Exist)于(At)，如果開發人(People)員在(Exist)構造函數中編寫一(One)些代碼，會發生(Born)什麽？在(Exist)這(This)種情況下，會出(Out)現一(One)個(Indivual)特殊的(Of)新對象狀态。由于(At)對象已構造，但尚未調用(Use)init函數，因此是“半初始化”狀态。我(I)們應該修改對象（特别是析構函數）來(Come)處理這(This)個(Indivual)新狀态。這(This)意味着，給每個(Indivual)方法添加新條件。有人(People)可能想說，這(This)還不(No)是因爲(For)你人(People)爲(For)地添加了不(No)使用(Use)異常的(Of)限制？！如果構造函數中抛出(Out)異常，C++運行時(Hour)會正确地清理對象，不(No)會出(Out)現“半初始化”狀态。話雖如此，然而問題在(Exist)于(At)，如果使用(Use)異常，如上所述，就必須處理所有與異常相關的(Of)複雜性。對于(At)一(One)個(Indivual)需要(Want)在(Exist)遇到(Arrive)故障時(Hour)表現出(Out)優秀的(Of)健壯性的(Of)基礎設施組件來(Come)說，這(This)不(No)是一(One)個(Indivual)合理的(Of)選擇。此外，即使初始化沒有問題，對象的(Of)銷毀也絕對會遇到(Arrive)問題。你不(No)能在(Exist)析構函數中抛出(Out)異常。這(This)可不(No)是我(I)強加的(Of)人(People)爲(For)限制，而是因爲(For)如果在(Exist)進程中調用(Use)析構函數，或者恢複棧時(Hour)恰好抛出(Out)異常，就會導緻整個(Indivual)進程崩潰。因此，如果銷毀可能失敗，你就需要(Want)兩個(Indivual)單獨的(Of)函數來(Come)處理它：<pre style="text-align: start;"><code class="language-cs hljs language">class foo{public:...int term ();~foo ();};</code></pre>這(This)就遇到(Arrive)了與初始化相同的(Of)問題：一(One)個(Indivual)“半終止”狀态，我(I)們必須以(By)某種方式處理，向各個(Indivual)成員函數添加新條件。<pre style="text-align: start;"><code class="language-properties hljs">class foo{public:foo () : 
 state (semi_initialised){...}
 int init (){
 if (state != semi_initialised)handle_state_error ();
 ...
 state = intitialised;}int term (){
 if (state != initialised)handle_state_error ();...
 state = semi_terminated;}~foo (){if (state != semi_terminated)handle_state_error ();
 ...}
 int bar (){
 if (state != initialised)
 handle_state_error ();
 ...
 }
 };</code></pre>與之相比，C語言的(Of)代碼如下。其中隻有兩種狀态。未初始化對象/内存，我(I)們無需擔心上述問題，而且結構可以(By)包含任意數據。而且隻要(Want)對象進入已初始化的(Of)狀态，就可以(By)正常工作(Do)。因此，對象中不(No)需要(Want)狀态機：<pre style="text-align: start;"><code class="language-cpp hljs">struct foo{...};int foo_init (){...}int foo_term (){...}int foo_bar (){...}</code></pre>考慮一(One)下，如果在(Exist)上述代碼中添加繼承，會發生(Born)什麽。C++允許将基類初始化爲(For)派生(Born)類構造函數的(Of)一(One)部分。如果抛出(Out)異常，就會破壞已成功初始化的(Of)對象：<pre style="text-align: start;"><code class="language-cpp hljs">class foo : public bar{public:foo () : bar () {}...};</code></pre>然而，一(One)旦引入單獨的(Of)init函數，狀态的(Of)數量就會開始增長。除了未初始化、半初始化、初始化和(And)半終止狀态之外，你還會遇到(Arrive)這(This)些狀态的(Of)組合。你可以(By)想象一(One)個(Indivual)基類已完全初始化、但派生(Born)類半初始化的(Of)對象。對于(At)這(This)樣的(Of)對象，幾乎不(No)可能确保其行爲(For)不(No)出(Out)問題。對象的(Of)半初始化和(And)半終止部分有很多不(No)同的(Of)組合，并且鑒于(At)它們隻在(Exist)非常罕見的(Of)情況下才會引發故障，因此大(Big)多數相關代碼可能未經測試就進入了生(Born)産。綜上所述，我(I)認爲(For)，如果你的(Of)需求是不(No)允許出(Out)現未定義的(Of)行爲(For)，則不(No)适合面向對象的(Of)編程。這(This)個(Indivual)問題不(No)僅限于(At)C++，任何具有構造函數和(And)析構函數的(Of)面向對象語言都不(No)适合。因此，更适合面向對象語言的(Of)項目是：對開發速度有要(Want)求、但對“不(No)存在(Exist)未定義的(Of)行爲(For)”沒有太高要(Want)求。這(This)個(Indivual)問題沒有靈丹妙藥。系統編程選擇C語言更爲(For)合适。

98

0

關于(At)html：鏈接打開一(One)個(Indivual)新窗口(不(No)是選項卡)

2023-05-28 03:22:56

馬同學

<h2>Make a link open a new window (not tab)</h2> 有沒有一(One)種方法可以(By)使鏈接在(Exist)不(No)使用(Use)JavaScript的(Of)情況下打開新的(Of)浏覽器窗口(而非标簽頁)？<hr> 這(This)将打開一(One)個(Indivual)新窗口，而不(No)是選項卡(使用(Use)JavaScript，但相當簡潔)： <table style="width: auto;"><tbody><tr><td colspan="1" rowspan="1" width="auto" style="text-align: right;">123456</td><td colspan="1" rowspan="1" width="auto" style="text-align: left;">&lt;a href="print.html" onclick="window.open('print.html', 'newwindow', 'width=300,height=250'); return false;" &gt;Print <a href="javascript:void(0)" target="">相關讨論</a> </td></tr></tbody></table> <ul style="text-align: justify;"><li>根據OP的(Of)"不(No)使用(Use)javascript"的(Of)定義(此答案使用(Use)JS，但不(No)包括任何JS文件或元素)，多數情況下這(This)是正确的(Of)答案。我(I)建議添加，它鼓勵浏覽器正确設置鏈接的(Of)樣式：請參見此處：jsfiddle.net/tobek/GPg6t/1。 應該指出(Out)您實際使用(Use)JS打開的(Of)鏈接，這(This)可以(By)使其在(Exist)語義上保持正确，并且對于(At)搜索引擎更易理解。 阻止浏覽器實際轉到(Arrive)該鏈接。</li><li>有什麽方法可以(By)用(Use)這(This)種方法控制在(Exist)新窗口打開的(Of)位置嗎？它默認設置爲(For)左上角，而Id希望将其居中。 (這(This)是針對Twitter的(Of)共享意圖，而非垃圾郵件。)</li><li>@KyleClegg我(I)認爲(For)您應該在(Exist)window.open()調用(Use)中添加" top"和(And)" left"屬性，但是由您決定屏幕的(Of)大(Big)小。我(I)不(No)相信有一(One)種自動的(Of)方式來(Come)居中一(One)個(Indivual)新窗口。該鏈接可能會幫助：w3schools重新打開窗口</li><li>剛剛在(Exist)三種浏覽器上嘗試過。适用(Use)于(At)FF和(And)Chrome，但不(No)适用(Use)于(At)IE 11。</li><li>剛剛在(Exist)IE11中嘗試過，效果很好。大(Big)量的(Of)代碼！</li><li>爲(For)了使其可調整大(Big)小并具有滾動條，隻需添加即可。... facebook.com" onclick =" window.open(facebook.com，newwindow，width = 300，height = 250，resizable = yes，scrollbars = yes) ;返回false;"&gt; Fb</li><li>在(Exist)IE11和(And)最新的(Of)Chrome 49中爲(For)我(I)工作(Do)，幹杯！謝謝</li><li>不(No)錯的(Of)工作(Do)對我(I)有用(Use)</li><li>在(Exist)IE11上對我(I)不(No)起作(Do)用(Use)(精确版本：11.0.9600.18837，更新版本：11.0.48)</li><li>您還可以(By)僅使用(Use)href，并使用(Use)</li><li>另外，如果您不(No)想重複鏈接，則可以(By)使用(Use)：這(This)将使用(Use)元素的(Of)href</li></ul> <hr> 使用(Use)純HTML不(No)能影響這(This)一(One)點-每個(Indivual)現代的(Of)浏覽器(=用(Use)戶)都可以(By)完全控制此行爲(For)，因爲(For)它過去曾被濫用(Use)很多。HTML選項您可以(By)打開一(One)個(Indivual)新窗口(HTML4)或一(One)個(Indivual)新的(Of)浏覽上下文(HTML5)。現代浏覽器中的(Of)浏覽上下文主要(Want)是"新标簽"，而不(No)是"新窗口"。您對此沒有任何影響，也無法"強制"現代浏覽器打開新窗口。爲(For)此，請使用(Use)錨元素的(Of)屬性 [1]。您要(Want)查找的(Of)值是 [2]。 <table style="width: auto;"><tbody><tr><td colspan="1" rowspan="1" width="auto" style="text-align: right;">1</td><td colspan="1" rowspan="1" width="auto" style="text-align: left;">link text</td></tr></tbody></table>JavaScript選項可以(By)通過javascript強制打開新窗口-有關javascript解決方案，請參見下面的(Of)Ievgen優秀答案。(！)但是，請注意，通過javascript打開窗口(如果未通過錨元素在(Exist)onclick事件中完成)會受到(Arrive)彈出(Out)窗口阻止程序的(Of)阻止！[1]此屬性可以(By)追溯到(Arrive)浏覽器沒有選項卡并且使用(Use)框架集是最新技術的(Of)時(Hour)代。同時(Hour)，此屬性的(Of)功能已稍有更改(請參見MDN Docu)[2]還有一(One)些其他(He)值不(No)再有意義(因爲(For)它們是爲(For)框架集而設計的(Of))，例如_parent，_self或_top。 <a href="javascript:void(0)" target="">相關讨論</a> <ul style="text-align: justify;"><li>似乎在(Exist)2015年無法使用(Use)。Safari 9.0</li><li>@StefanHuska我(I)想我(I)在(Exist)回答中很清楚地解釋了這(This)一(One)點：并希望使用(Use)正确的(Of)浏覽器設置-如果将浏覽器配置爲(For)在(Exist)新選項卡中打開鏈接，那麽從html角度來(Come)看，您無能爲(For)力。這(This)與浏覽器無關，無論是哪種情況，如今大(Big)多數現代浏覽器都可以(By)在(Exist)新标簽頁中打開。您需要(Want)一(One)個(Indivual)像Ievgens這(This)樣的(Of)javascript解決方案。</li><li>在(Exist)谷歌浏覽器和(And)Firefox中不(No)起作(Do)用(Use)(IE支持此功能)</li><li>@JeanGkol我(I)重寫了我(I)的(Of)答案以(By)澄清問題。從技術上講，它是有效的(Of)，因爲(For)它打開了一(One)個(Indivual)新的(Of)浏覽上下文(如預期的(Of)那樣)。問題是，在(Exist)現代浏覽器中，"浏覽上下文"是一(One)個(Indivual)選項卡，而不(No)是一(One)個(Indivual)窗口(不(No)過您可以(By)在(Exist)設置中更改它)。</li></ul> <hr> 我(I)知道它有點老Q，但是如果您通過搜索解決方案到(Arrive)達這(This)裏，那麽我(I)通過jquery得到(Arrive)了一(One)個(Indivual)不(No)錯的(Of)解決方案 <table style="width: auto;"><tbody><tr><td colspan="1" rowspan="1" width="auto" style="text-align: right;">12345678</td><td colspan="1" rowspan="1" width="auto" style="text-align: left;">jQuery('a[target^="_new"]').click(function() { var width = window.innerWidth * 0.66 ; // define the height in var height = width * window.innerHeight / window.innerWidth ; // Ratio the hight to the width as the user screen ratio window.open(this.href , 'newwindow', 'width=' + width + ', height=' + height + ', top=' + ((window.innerHeight - height) / 2) + ', left=' + ((window.innerWidth - width) / 2));});</td></tr></tbody></table>它将在(Exist)新窗口中打開所有編輯：1，我(I)對原始代碼做了一(One)些小的(Of)更改，現在(Exist)它完全按照用(Use)戶屏幕比例打開了新窗口(适用(Use)于(At)橫向桌面)但是，我(I)建議您使用(Use)以(By)下代碼(如果您使用(Use)移動設備，則在(Exist)新标簽頁中打開鏈接)(感謝zvona回答其他(He)問題)： <table style="width: auto;"><tbody><tr><td colspan="1" rowspan="1" width="auto" style="text-align: right;">123456789101112131415161718192021222324252627</td><td colspan="1" rowspan="1" width="auto" style="text-align: left;">jQuery('a[target^="_new"]').click(function() { return openWindow(this.href);}function openWindow(url) { if (window.innerWidth &lt;= 640) { // if width is smaller then 640px, create a temporary a elm that will open the link in new tab var a = document.createElement('a'); a.setAttribute("href", url); a.setAttribute("target","_blank"); var dispatch = document.createEvent("HTMLEvents"); dispatch.initEvent("click", true, true); a.dispatchEvent(dispatch); } else { var width = window.innerWidth * 0.66 ; // define the height in var height = width * window.innerHeight / window.innerWidth ; // Ratio the hight to the width as the user screen ratio window.open(url , 'newwindow', 'width=' + width + ', height=' + height + ', top=' + ((window.innerHeight - height) / 2) + ', left=' + ((window.innerWidth - width) / 2)); } return false;}</td></tr></tbody></table>

510

0

Helm 用(Use)法

2023-05-28 00:52:14

程興

1、Subchart目錄結構<pre><code>../../mychart/
├── charts
│ └── subchart #子chart
│ ├── Chart.yaml
│ ├── templates
│ │ └── configmap.yaml
│ └── values.yaml
├── Chart.yaml
├── config1.toml
├── config2.toml
├── config3.toml
├── templates
│ ├── cmdemo.yaml
│ ├── configmap.yaml
│ └── secretdemo.yaml
└── values.yaml
</code></pre> 在(Exist)mychart的(Of)下創建subchart<pre><code># mychart/charts/subchart/templates/configmap.yaml
apiVersion: v1
kind: ConfigMap
metadata:
 name: {{ .Release.Name }}-cfgmap2
data:
 drink: {{ .Values.favorite.drink }}、
# mychart/charts/subchart/values.yaml
favorite:
 drink: "orange juice" #正常應該輸出(Out)drink: orange juice
# mychart/values.yaml
favorite:
 myvalue: "Hello World"
 drink: "coffee"
 food: "PIZZA"
subchart: #指定子chart值
 favorite:
 drink: "coffee"
</code></pre>渲染效果<pre><code># Source: mychart/charts/subchart/templates/configmap.yaml
apiVersion: v1
kind: ConfigMap
metadata:
 name: release-name-cfgmap2
data:
 drink: coffee
</code></pre> 可以(By)看到(Arrive)被mychart中的(Of)value文件指定後，子chart中的(Of)同一(One)字段被重寫爲(For)drink: coffee此時(Hour)及時(Hour)指定value文件也沒用(Use)，父chart依舊改寫子chart #指定value取值來(Come)自子chart，渲染結果表明，父chart依舊改寫子chart<pre><code>[root@ks-allinone daicong]# helm template mychart -f mychart/charts/subchart/values.yaml 
</code></pre><pre><code>---
# Source: mychart/charts/subchart/templates/configmap.yaml
apiVersion: v1
kind: ConfigMap
metadata:
 name: release-name-cfgmap2
data:
 drink: coffee
</code></pre>可以(By)看到(Arrive)父類改寫子類 2、指定目錄下的(Of)value文件測試：爲(For)父chart指定values.yaml文件，看看是否按照父chart文件夾下的(Of)取值還是按照指定的(Of)文件取值 1、不(No)指定values.yaml文件<pre><code>[root@ks-allinone daicong]# helm template mychart 
</code></pre><pre><code>---
# Source: mychart/templates/cmdemo.yaml
apiVersion: v1
kind: ConfigMap
metadata:
 name: release-name-configmap
data:
 myvalue: "Hello World"
 drink: "coffee" #按照默認的(Of)mychart文件夾中values.yaml文件取值
 food: "PIZZA"
</code></pre> 2、指定values.yaml文件<pre><code>[root@ks-allinone daicong]# helm template mychart -f mychart/charts/subchart/values.yaml 
</code></pre><pre><code>---
# Source: mychart/templates/cmdemo.yaml
apiVersion: v1
kind: ConfigMap
metadata:
 name: release-name-configmap
data:
 myvalue: "Hello World"
 drink: "orange juice" #按照指定的(Of)values.yaml文件取值
 food: "PIZZA"
</code></pre> 可以(By)看到(Arrive)當指定values.yaml文件時(Hour)，優先從values.yaml文件中取值 3、總結helm官網直通車 1、子圖表被認爲(For)是“獨立的(Of)”，這(This)意味着子圖表永遠不(No)能顯式依賴其父圖表。2、子圖無法訪問其父級的(Of)值。3、父圖表可以(By)覆蓋子圖表的(Of)值。4、Helm具有可被所有圖表訪問的(Of)全局值的(Of)概念。5、當指定values.yaml文件時(Hour)，優先從values.yaml文件中取值————————————————版權聲明：本文爲(For)CSDN博主「望長安于(At)日下」的(Of)原創文章，遵循CC 4.0 BY-SA版權協議，轉載請附上原文出(Out)處鏈接及本聲明。原文鏈接：https://blog.csdn.net/qq_26884501/article/details/108202148

380

0

ubuntu 安裝libvert

2023-05-27 09:31:15

程興

807

0

2

Public user