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

校企合作结硕果

2023-05-30 13:27:18

祝玉峰

教学成果一等奖

136

0

2

即学即用，高效教学

2023-05-29 06:25:51

abc01

439

0

2

k8s使用context访问多集群

2023-05-29 05:27:41

马同学 k8s

k8s使用context访问多集群

305

0

根据容器ID寻找pod

2023-05-29 01:24:33

马同学

360

0

我为什么放弃 C++，选择 C 语言编写个人项目？

2023-05-28 15:12:13

程兴

一直以来，C 和 C++ 都是非常优秀的编程语言。不过，两种语言虽名称有些相似，但应用场景存在巨大的不同。对于 C 语言而言，其主要被用于操作系统、容器、物联网、数据库等领域的开发，而 C++ 则是开发桌面软件、图形处理、游戏、网站的最佳工具。在本文中，作者原以为 C++ 在开发基础设施时会更胜一筹，然而经过与 C 语言的尝试对比，发现事实并非如此。原文链接：https://250bpm.com/blog:4/?continueFlag=c778b3c9525d12a012a35269d830ebcc以下为翻译正文：首先声明，在整个职业生涯中，我一直在使用C++，而且在做大多数项目时，C++仍然是我的首选语言。因此，在开始构建个人项目ZeroMQ（可伸缩的分布式或并发应用程序设计的高性能异步消息库）时，我也选用了C++，主要原因如下：<ol style="text-align: start;"><li>C++包含一些数据结构和算法库。如果使用C语言，我将不得不依赖第三方库，或者自己动手编写基本算法。</li><li>C++会强制我在编程风格上保持一些基本的统一性。例如，this参数不允许使用几种不同的机制将指针传递给正在处理的对象，而这个问题在C项目中很常见。同样，不可以明确将成员变量标记为私有，此外还有C++的一些其他特征。</li><li>使用C语言实现虚函数非常复杂，会导致理解和管理代码的难度加剧。不过，严格来说，这个问题其实是上一个问题的一个子集，但我觉得有必要单独指出。</li><li>最后，每个人都喜欢在代码的末尾自动调用析构函数。</li></ol>然而，事到如今，我不得不承认C++是一个糟糕的选择。下面，我来解释一下原因。首先，我的个人项目ZeroMQ是一个持续运行的基础设施，永远不应该出故障，永远不应该表现出未定义的行为。因此，错误处理至关重要，必须做到明确且严格。然而，C++的异常处理并不能满足我的需求。如果程序不会出错，那么选择C++没有任何问题，只需将main函数包装在try/catch中，集中在一个地方处理所有错误。如果你的目标是保证不会出现未定义的行为，那么C++的异常处理就会变成一场噩梦。由于C++解耦了异常的发生与处理，因此错误处理非常容易，但也造成了你几乎不可能保证程序永远不会运行未定义的行为。在C语言中，错误的产生和处理是紧密结合的，在同一块源代码中。因此，在出错时很容易理解发生了什么：而在C++中，你只能抛出错误，却不清楚究竟发生了什么：<pre style="text-align: start;"><code class="language-properties hljs">int rc = fx ();
if (rc != 0)
 handle_error ();</code></pre>问题在于，你并不清楚在哪里处理异常。处理错误的代码在同一个函数中会更加方便理解，尽管不太方便阅读：<pre><code>try {
 ...
 int rc = fx ();if (rc != 0)
 throw std::exception ("Error!");
 ...
 }catch (std::exception &amp;e) {
 handle_exception ();
 }
</code></pre>然而，我们来考虑同一个函数抛出两个不同的错误，结果会怎么样：<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>以下是等效的C代码：<pre style="text-align: start;"><code class="language-properties hljs">...if (condition1)handle_exception1 ();...if (condition2)handle_exception2 ();...</code></pre>相较之下，C语言更加方便阅读，而且编译器也会生成更高效的代码。然而，C++的问题还不仅限于此。考虑某个函数会引发异常，但不会处理异常的情况。在这种情况下，错误的处理可以放到任何地方，具体取决于从哪里调用该函数。针对不同的情况，采用不同的方式处理异常？这种方法听起来似乎很有道理，但很快就会变成一场噩梦。在修复某个Bug时，你会发现许多其他地方也有相同的Bug，因为它们都复制了同一段错误处理代码。每当添加一个函数调用，就有可能增加一个新异常，如果调用函数的代码没有妥善处理该异常，就意味着增加了一个新Bug。如果你还想坚持“没有未定义的行为”原则，就不得不引入新异常，以便区分不同的故障模式。但是，添加新异常就意味着，它会上升到不同的地方。你必须在所有地方添加相应的异常处理，否则就会出现未定义的行为。看到这里，你可能想说：这就是异常的正确用法啊？然而问题在于，异常只是一个工具，目的是用更系统的方式管理呈现指数增长的错误处理代码，但它并不能解决根本的问题。甚至可以说，异常有可能导致情况恶化，因为你不仅需要编写新的异常类型，还需要针对新类型编写异常处理代码。考虑到上述问题，我决定使用C++，但不使用异常。如今我的这个项目就是这样实现的。不幸的是，问题并没有就此止步……考虑一下，如果对象的初始化失败，会发生什么？构造函数没有返回值，因此只能通过抛出异常来报告失败。但是，我决定不使用异常。所以，我们必须像下面这样处理：<pre style="text-align: start;"><code class="language-cs hljs language">class foo{public:foo ();int init ();...};</code></pre>在创建实例时，会调用构造函数（这个函数不会失败），然后调用init函数（这个函数可能会失败）。与C语言相比，C++代码更复杂：<pre style="text-align: start;"><code class="language-cs hljs language">struct foo{...};int foo_init (struct foo *self);</code></pre>然而，C++代码真正的问题在于，如果开发人员在构造函数中编写一些代码，会发生什么？在这种情况下，会出现一个特殊的新对象状态。由于对象已构造，但尚未调用init函数，因此是“半初始化”状态。我们应该修改对象（特别是析构函数）来处理这个新状态。这意味着，给每个方法添加新条件。有人可能想说，这还不是因为你人为地添加了不使用异常的限制？！如果构造函数中抛出异常，C++运行时会正确地清理对象，不会出现“半初始化”状态。话虽如此，然而问题在于，如果使用异常，如上所述，就必须处理所有与异常相关的复杂性。对于一个需要在遇到故障时表现出优秀的健壮性的基础设施组件来说，这不是一个合理的选择。此外，即使初始化没有问题，对象的销毁也绝对会遇到问题。你不能在析构函数中抛出异常。这可不是我强加的人为限制，而是因为如果在进程中调用析构函数，或者恢复栈时恰好抛出异常，就会导致整个进程崩溃。因此，如果销毁可能失败，你就需要两个单独的函数来处理它：<pre style="text-align: start;"><code class="language-cs hljs language">class foo{public:...int term ();~foo ();};</code></pre>这就遇到了与初始化相同的问题：一个“半终止”状态，我们必须以某种方式处理，向各个成员函数添加新条件。<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语言的代码如下。其中只有两种状态。未初始化对象/内存，我们无需担心上述问题，而且结构可以包含任意数据。而且只要对象进入已初始化的状态，就可以正常工作。因此，对象中不需要状态机：<pre style="text-align: start;"><code class="language-cpp hljs">struct foo{...};int foo_init (){...}int foo_term (){...}int foo_bar (){...}</code></pre>考虑一下，如果在上述代码中添加继承，会发生什么。C++允许将基类初始化为派生类构造函数的一部分。如果抛出异常，就会破坏已成功初始化的对象：<pre style="text-align: start;"><code class="language-cpp hljs">class foo : public bar{public:foo () : bar () {}...};</code></pre>然而，一旦引入单独的init函数，状态的数量就会开始增长。除了未初始化、半初始化、初始化和半终止状态之外，你还会遇到这些状态的组合。你可以想象一个基类已完全初始化、但派生类半初始化的对象。对于这样的对象，几乎不可能确保其行为不出问题。对象的半初始化和半终止部分有很多不同的组合，并且鉴于它们只在非常罕见的情况下才会引发故障，因此大多数相关代码可能未经测试就进入了生产。综上所述，我认为，如果你的需求是不允许出现未定义的行为，则不适合面向对象的编程。这个问题不仅限于C++，任何具有构造函数和析构函数的面向对象语言都不适合。因此，更适合面向对象语言的项目是：对开发速度有要求、但对“不存在未定义的行为”没有太高要求。这个问题没有灵丹妙药。系统编程选择C语言更为合适。

98

0

关于html：链接打开一个新窗口(不是选项卡)

2023-05-28 03:22:56

马同学

<h2>Make a link open a new window (not tab)</h2> 有没有一种方法可以使链接在不使用JavaScript的情况下打开新的浏览器窗口(而非标签页)？<hr> 这将打开一个新窗口，而不是选项卡(使用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的"不使用javascript"的定义(此答案使用JS，但不包括任何JS文件或元素)，多数情况下这是正确的答案。我建议添加，它鼓励浏览器正确设置链接的样式：请参见此处：jsfiddle.net/tobek/GPg6t/1。 应该指出您实际使用JS打开的链接，这可以使其在语义上保持正确，并且对于搜索引擎更易理解。 阻止浏览器实际转到该链接。</li><li>有什么方法可以用这种方法控制在新窗口打开的位置吗？它默认设置为左上角，而Id希望将其居中。 (这是针对Twitter的共享意图，而非垃圾邮件。)</li><li>@KyleClegg我认为您应该在window.open()调用中添加" top"和" left"属性，但是由您决定屏幕的大小。我不相信有一种自动的方式来居中一个新窗口。该链接可能会帮助：w3schools重新打开窗口</li><li>刚刚在三种浏览器上尝试过。适用于FF和Chrome，但不适用于IE 11。</li><li>刚刚在IE11中尝试过，效果很好。大量的代码！</li><li>为了使其可调整大小并具有滚动条，只需添加即可。... facebook.com" onclick =" window.open(facebook.com，newwindow，width = 300，height = 250，resizable = yes，scrollbars = yes) ;返回false;"&gt; Fb</li><li>在IE11和最新的Chrome 49中为我工作，干杯！谢谢</li><li>不错的工作对我有用</li><li>在IE11上对我不起作用(精确版本：11.0.9600.18837，更新版本：11.0.48)</li><li>您还可以仅使用href，并使用</li><li>另外，如果您不想重复链接，则可以使用：这将使用元素的href</li></ul> <hr> 使用纯HTML不能影响这一点-每个现代的浏览器(=用户)都可以完全控制此行为，因为它过去曾被滥用很多。HTML选项您可以打开一个新窗口(HTML4)或一个新的浏览上下文(HTML5)。现代浏览器中的浏览上下文主要是"新标签"，而不是"新窗口"。您对此没有任何影响，也无法"强制"现代浏览器打开新窗口。为此，请使用锚元素的属性 [1]。您要查找的值是 [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选项可以通过javascript强制打开新窗口-有关javascript解决方案，请参见下面的Ievgen优秀答案。(！)但是，请注意，通过javascript打开窗口(如果未通过锚元素在onclick事件中完成)会受到弹出窗口阻止程序的阻止！[1]此属性可以追溯到浏览器没有选项卡并且使用框架集是最新技术的时代。同时，此属性的功能已稍有更改(请参见MDN Docu)[2]还有一些其他值不再有意义(因为它们是为框架集而设计的)，例如_parent，_self或_top。 <a href="javascript:void(0)" target="">相关讨论</a> <ul style="text-align: justify;"><li>似乎在2015年无法使用。Safari 9.0</li><li>@StefanHuska我想我在回答中很清楚地解释了这一点：并希望使用正确的浏览器设置-如果将浏览器配置为在新选项卡中打开链接，那么从html角度来看，您无能为力。这与浏览器无关，无论是哪种情况，如今大多数现代浏览器都可以在新标签页中打开。您需要一个像Ievgens这样的javascript解决方案。</li><li>在谷歌浏览器和Firefox中不起作用(IE支持此功能)</li><li>@JeanGkol我重写了我的答案以澄清问题。从技术上讲，它是有效的，因为它打开了一个新的浏览上下文(如预期的那样)。问题是，在现代浏览器中，"浏览上下文"是一个选项卡，而不是一个窗口(不过您可以在设置中更改它)。</li></ul> <hr> 我知道它有点老Q，但是如果您通过搜索解决方案到达这里，那么我通过jquery得到了一个不错的解决方案 <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>它将在新窗口中打开所有编辑：1，我对原始代码做了一些小的更改，现在它完全按照用户屏幕比例打开了新窗口(适用于横向桌面)但是，我建议您使用以下代码(如果您使用移动设备，则在新标签页中打开链接)(感谢zvona回答其他问题)： <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 用法

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> 在mychart的下创建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" #正常应该输出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> 可以看到被mychart中的value文件指定后，子chart中的同一字段被重写为drink: coffee此时及时指定value文件也没用，父chart依旧改写子chart #指定value取值来自子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>可以看到父类改写子类 2、指定目录下的value文件测试：为父chart指定values.yaml文件，看看是否按照父chart文件夹下的取值还是按照指定的文件取值 1、不指定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" #按照默认的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" #按照指定的values.yaml文件取值
 food: "PIZZA"
</code></pre> 可以看到当指定values.yaml文件时，优先从values.yaml文件中取值 3、总结helm官网直通车 1、子图表被认为是“独立的”，这意味着子图表永远不能显式依赖其父图表。2、子图无法访问其父级的值。3、父图表可以覆盖子图表的值。4、Helm具有可被所有图表访问的全局值的概念。5、当指定values.yaml文件时，优先从values.yaml文件中取值————————————————版权声明：本文为CSDN博主「望长安于日下」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。原文链接：https://blog.csdn.net/qq_26884501/article/details/108202148

380

0

ubuntu 安装libvert

2023-05-27 09:31:15

程兴

807

0

2

Public user