--x++说什么(--x)++是等价的是否正确(x-1)？也就是说，这段代码是否正确并且不会产生未定义的行为？
为什么必须在减量周围加上括号？我预计如果没有括号，构造中的编译器--x++将首先采用前缀操作，然后是后缀操作，但由于某种原因，它会做相反的事情：
error: lvalue required as decrement operand
cout << --x++ << endl;
^~
这个编译器行为正确吗？
#include <iostream>
using namespace std;
int main()
{
int x = 8;
cout << (--x)++ << endl;
cout << x << endl;
return 0;
}
我有大量的字符串，我知道它们是由一组有限的模式构建的，但我不知道是哪些。我需要在一个非常大的数据集上相当快地计算这些模式。
例如，这组模板（我不知道）：
"Hello, my {0} is: {1}"
"{0} has left our team."
"{0} has joined the team {1}!"
匹配下面的一组行，我唯一的：
Hello, my name is: Slim Shady
Mike has left our team.
Mike has joined the team Liquid!
Hello, my name is Nikole
Nick has joined the team Spirit!
Elizabeth has left our team.
任务：查找相似字符串中的模式。也就是说，在文本中找到允许您自动提出此类模式的模式。可以有很多行。
到目前为止，我已经提出了使用 N-gram 的编辑距离之类的方法。
但这东西的范围比我需要的要广，运行时间的重要性不亚于寻找模式的准确性。
因为我的单词可以完全匹配且没有错误，在我看来，在这里你可以通过某种方式提高性能。
我想制作一个单词的字母表，而不是字母，这样就可以通过单词来搜索句子。
UPD：以防万一，我会澄清在编译时既没有模板也没有字符串本身。字符串作为输入提供给程序，没有人会给我们模板。
UPD2：我们需要在已经通过的行中实时查找模式，以便在接下来我们可以找到它们的匹配项。
（评论）假设我们有
nofferМама наша мыла раму和mofferМама мыла мою раму。它必须是一个模板Мама {0} мыла {1} раму或两个模板：Мама {0} мыла раму,Мама мыла {0} раму? 这样的例子还有很多。为了避免这样的歧义，要么你需要更清楚地了解你有什么样的任务，要么你需要指出一个具体的含义，这样你才能找到一个独特的解决方案。
模式应尽可能通用，即 Мама {0} мыла {1} раму. 但它适用于类似的线路。不只是一种模式{0}
（评论）问题来了，为什么不使用模式
{0}？这是最一般的。问题似乎是需要在模板集上引入某种顺序。一般来说，这个顺序是非线性的。它需要以某种方式线性化。这似乎是一项艰巨的任务。如果你说你为什么需要这个任务，你可以考虑一下。
这是整个任务： D 我需要找到这些线条的模式，以便将高度相似的线条组合成模式，例如，您可以采用标准形式的相似度百分比。
UPD3：模板应该连接相似的字符串。类似的字符串将被视为匹配的字符串N%。
我在 illustrator 中得到了这样的文字
由于 ruSO 片段没有跳过字符数，所以我将 SVG 放入 codepen
_https://codepen.io/topicstarter/pen/YBVWKx
如何制作绘图动画？
在这里，和往常一样，在错误的时间，我想到了以下问题。从堆分配内存时，很明显堆必须存储有关所请求内存区域大小和所请求元素数量的信息。那么为什么会有单独的运算符deleteanddelete[]呢？毕竟，无论我们请求的是向量还是单个元素，堆都包含有关请求区域大小和请求元素数量的信息。不可能在请求堆中的一个元素时，没有存储请求一个元素的信息。如果是这种情况，那么操作员delete可以很好地确定（根据堆中包含的服务信息）是请求了一个数组还是请求了一个元素。并且，相应地，将一个元素或一个向量的内存返回到堆中。事实证明，运营商delete[]多余的。
UPD1：
在当前的方法中，C++ 更经济：它仅将其附加信息存储在具有非平凡析构函数的对象数组中。
所以你的意思是堆有几种格式？请求的单个元素的一种格式，请求的向量的另一种格式，具有非平凡分配器/析构函数的请求的单个元素的第三种格式，具有非平凡分配器/析构函数的请求向量的第四种格式？好吧，这取决于编译器和堆的开发人员，当然，他们如何看待自己的任务以使其尽可能高效。但乍一看，拥有许多堆格式并不比存储所有信息并在运行时弄清楚现在到底有什么更有效。此外，您仍然需要了解许多堆格式的运行时和方法。
UPD2：
是的，非平凡的分配器还存储有关请求元素的数量和堆中一个元素的大小的信息。有了这些信息，一个重要的析构函数就可以弄清楚它到底需要删除什么。同样，在这种情况下，不需要 delete[ 运算符，删除运算符就足够了。
UPD3：
现在让我们先不管非平凡的分配器。现在考虑标准分配器，特别是因为两种情况下的问题是相同的。
因此，有一个堆，并且有 new 和 new[] 运算符。两个算子都需要在堆的服务信息中输入一个对象的大小和请求中的对象数量数据。因此，只需要一个删除内存返回操作符，因为根据服务信息，运行时可以而且应该准确计算出请求了多少对象。因此，delete[] 运算符是多余的。
现在考虑非标准（自定义）分配器。同理，用户 new 和 new[] 需要将请求中的一个对象的大小和 NUMBER of OBJECTS 的数据输入到堆的服务信息中。此外，用户定义的 new 和 new[] 需要在堆开销中包含指向用户定义的析构函数的指针。同样，在这种情况下，只需要一个删除内存返回运算符，因为根据服务信息，运行时可以而且应该准确地计算出请求了多少对象。因此，delete[] 运算符是多余的。