标签: digraphs

我知道VIM支持有向图,如果可以使用:s命令,那将是完美的,但我找不到使用它的方法!

我想是这样的:

:%s/\([aeiouAEIOU]\)'/\=digraph(submatch(1)."!")/g

会很完美,但我找不到digraph功能.提前致谢.

编辑
好了,在内置的VIM功能中进行了一些挖掘之后,我找到tr了问题的第一个解决方案:

:%s/\([aeiouAEIOU]\)'/\=tr(submatch(1), 'aeiouAEIOU', 'àèìòùÀÈÌÒÙ')/g

但是,我仍然想知道是否有一种方法可以digraph在表达式中使用:)

我们都知道的历史好奇心是二合字母和三合,但随着近年来C++的所有更改我很好奇:他们是合法的C++ 14？C++ 17怎么样？

C++ 0x解决了模板ID中连续关闭尖括号的问题,如 vector<vector<int>>.不再需要空间> >.C++ 0x是否解决了<::类似的问题vector<::MyType>？被之间的空间<,并::仍需要？

编辑:我的意思是标准(草案)的措辞.很长一段时间以来,许多编译器都在应对这种情况

根据MISRA C++ 2-5-1我们通常应该避免弄乱有向图.虽然,我不明白为什么我们也应该避免使用可读的话and,or,not等确定共同的运营商&&,||...

这个问题甚至被强调为Sonar/MISRA的"主要"问题:

[Major]     Open    Replace this digraph 'and' by its equivalent '&&'
[Major]     Open    Replace this digraph 'and' by its equivalent '&&'
[Major]     Open    Replace this digraph 'or' by its equivalent '||'    
[Major]     Open    Replace this digraph 'or' by its equivalent '||'    
[Major]     Open    Replace this digraph 'or' by its equivalent '||'

是规则还包括人类可读的双图(即来自神秘的完全不同??=,??/因特殊原因),或者规则只是太普通？我没有发现使用它们的任何特殊风险或副作用,我错了吗？

加起来

这个MISRA规则是否有功能性原因 …

码:

#include <stdio.h>

int main(void)
{
  ??< puts("Hello Folks!"); ??>
}

上述程序,当使用GCC 4.8.1编译-Wall和-std=c11,给出了以下警告:

source_file.c: In function ‘main’:
source_file.c:8:5: warning: trigraph ??< converted to { [-Wtrigraphs]
     ??< puts("Hello Folks!"); ??>
 ^
source_file.c:8:30: warning: trigraph ??> converted to } [-Wtrigraphs]

但当我改变身体时main:

<% puts("Hello Folks!"); %>

没有警告被抛出.

那么,为什么编译器在使用三字符时会发出警告,但在使用有向图时却没有？

令n为正整数，令S为n 个非负整数元组的集合。（例如，如果n为 3，则S可以为 {(1,2,0), (1,0,1)}。）

让我们定义一个名为“promote”的操作，它接受一个n 元组的非负整数 ( t ₁ , t ₂ , \xe2\x80\xa6, t _n )，索引i使得t _i \xc2\xa0>\ xc2\xa00 和小于i的索引j，并返回相同的n元组，只不过索引j处的值已递增，索引i处的值已递减。例如，如果我们有元组 (1,2,3,4,5)，i \xc2\xa0=\xc2\xa05 和j \xc2\xa0=\xc2\xa02，则“promote”将返回 ( 1,3,3,4,4)。