[in] Длина строки после инициализации. Если размер=0, то деинициализирует строку, то есть, буфер строки освобождается и адрес буфера обнуляется. Если character=0 и размер new_len>0, то...
//---------------------------------//Записываем каждый магик вместе с порядковым номером ордера.//---------------------------------
All_magics += "_" + (string)order_number + "_" + (string)magic;
//---------------------------------
每次你添加数据时，它都会将所有的旧数据覆盖成一个新的字符串。
然而，有一个选项可以通过它来设置 "阵列储备"。
然而，可以通过这种方式设置 "阵列储备"。
天啊，作者真的不明白，他每次添加数据都会把所有的旧数据覆盖成一个新的字符串。
除了嘲讽，我们无法谈及任何拯救。
你能清楚而准确地解释你的意思吗？
这真的有那么难吗？
这张唱片有什么问题吗？如果你向字符串添加字符，会发生一些可怕的事情（嘲弄）？
你能清楚而具体地解释你的意思吗？
你正在通过X地方发明一个DBMS。花2-3个月时间学习FoxPro/dBase，并学习一些DBMS理论（讲座）。
你正在通过X地方发明一个DBMS。花2-3个月时间学习FoxPro/dBase和一些DBMS理论。
什么样的DBMS，你在对一个对数据结构 一无所知的人说什么。
如果没有ArrayList（来自C++的向量）的概念，我们在这里能谈什么.....。
你能清楚而准确地解释你的意思吗？
这能有多难？
这个条目有什么问题吗？如果你向一个字符串添加字符，是否会发生可怕的事情（嘲弄）？
1.你的代码是不工作的。
"_index_magic "模式是错误的。可能的解决方案是"|index_magic"。
关于交易、自动交易系统和策略测试的论坛
算法、决策方法、性能比较
Sergey Dzyublik, 2017.12.10 16:33
添加魔法：3、4、5、6
并找到列表中的第3个。
加入后，我们有_1_3_2_4_3_5_4_6_。
请在列表中找到第3个。
你将得到的结果是2。
2.你的算法的速度是O(n)，有三遍字符串值All_magics
如果你搜索最后一个添加的项目，它所花费的时间将与项目的数量成正比--O(n)。
另外，把它复制到一个新的字符串中需要大量的时间。
3.你的性能测量是绝对不正确的。
- 在该系列中没有平均结果
- 没有搜索最后索引值的系列
什么样的DBMS，你对一个对数据结构 一无所知的人说什么。
如果没有ArrayList（来自C++的一个向量）的概念，我们在这里能谈什么.....。
你能在言语和思想上不卑不亢地说话吗？所以彼得错了，所以他跌倒了......。但那是出于无知。你为什么现在大惊小怪？
你不想给他一个例子--只是一个例子--所以，请你省去苛责的言论。彼得可以在其他一些活动领域为你服务。让我们在一个他可以取笑的话题上取笑你？
请不要用这种幼稚的态度对待我。
1.你的代码是不工作的。
模式"_index_magic "不正确。一个可能的解决方案是"|index_magic"。
加入后，我们有_1_3_2_4_3_5_4_6_。
请在列表中找到第3个。
你将得到的结果是2。
2.你的算法的速度是O(n)，有三遍字符串值All_magics
如果你搜索最后一个添加的项目，它所花费的时间将与项目的数量成正比--O(n)。
另外，把它复制到一个新的字符串中需要大量的时间。
3.你的性能测量是完全不正确的。
- 在该系列中没有平均结果
- 没有查询最后索引值的系列
1.我不知道你说的是什么模式。说实话。这段代码只是一个向字符串写入medgies并从中提取的例子。它展示了实用性和速度。也许在内存消耗方面存在问题。否则，我不知道它还能有什么问题。我实际上是 不明白的。我也不明白。
它是什么？
//---------------------------------
2.我们对该字符串进行三次检查，以找到一个medjic子串的开始和结束，并将其从整个字符串中提取。
到目前为止，实践并没有显示出你所列出的任何困难。
//---------------------------------
3.特别的和非常精确的测量，我没有，但是--我的速度测量显示，对一个特定元素的搜索进行了10-100微秒，取决于交易的序列号。也就是说，从行中的位置看。即使它需要1000微秒的时间来搜索--它仍然非常快。
你不需要一下子检索所有的元素。但即使你这样做，也要花上几十毫秒的时间（计算一下）。
1.我不知道我们在谈论什么模式。说实话。这段代码只是一个向字符串写入medgies并从中提取的例子。它体现了方便和快捷。也许在内存消耗方面存在问题。否则，我不知道它还能有什么问题。我实际上是 不明白的。我也不明白。
非常有必要读一读C#的教程。这一切都清楚地说明了字符串的工作原理。链接很简单--MSDN。
而这整个荒谬的话题只是因为人对OOP的厌恶和想知道它是什么。
上帝啊，快给这个论坛发一份黑名单吧!
p.s: 在这个主题中，算法和它们的讨论在哪里？
...
p.s.: 算法和它们的讨论在哪里？
到目前为止，我在这里看到的都是对那个敢于在这里发布解决方案的人的嘲讽。
很明显，它是...不客气地说，这完全是在浪费时间。但他贴出来了。其余的人有勇气嘲笑和指责。