qualified-name相关内容

通过 :: 调用包中的函数是一种好习惯吗

我正在编写一些 R 函数,这些函数在 stringr 和 base64enc 等其他包中使用了一些有用的函数.不调用 library(...) 或 require(...) 先加载这些包,而是使用 ::直接引用我需要的函数,比如 stringr::str_match(...)? 在一般情况下这是一个好习惯吗?或者会引发什么问题? 解决方案 这一切都取决于上下文. :: 主要是在 ..
发布时间:2022-01-14 23:00:20 其他开发

通过 :: 调用包中的函数是一个好习惯吗?

我正在编写一些 R 函数,这些函数在其他包中使用了一些有用的函数,例如 stringr 和 base64enc.最好不要先调用 library(...) 或 require(...) 来加载这些包,而是使用 ::直接引用我需要的函数,比如 stringr::str_match(...)? 在一般情况下这是一个好习惯吗?或者会导致什么问题? 解决方案 这完全取决于上下文. :: ..
发布时间:2022-01-04 11:28:54 其他开发

名称查找紧跟在限定的 declarator-id 之后

我试图理解以下引用的含义 (3.4.3/3 N3797): 在qualified-id之后的名称在范围内查找成员的类或命名空间. 命名空间 A{C级{民众:静态常量 int a=7;静态 int b;};}int A::C::b=a;//7 static int b; 的作用域仅由 b 的声明点后面的声明区域组成.其实: 在类中声明的名称的潜在范围不仅包括名称声明点之后的声明区域, ..
发布时间:2021-08-30 18:36:03 C/C++开发

通过::调用包中的函数是否是一种好习惯?

我正在编写一些R函数,这些函数在stringr和base64enc之类的其他程序包中采用了一些有用的功能.最好不要先调用library(...)或require(...来加载这些软件包,而是使用::直接引用我需要的功能,例如stringr::str_match(...)吗? 在一般情况下,这是一种好习惯吗?还是会引发什么问题? 解决方案 这一切都取决于上下文. 如果存在 names ..
发布时间:2020-05-16 19:52:51 其他开发

C ++声明中的显式限定

当第一个声明被注释掉时,以下名称空间定义无法编译.如果foo的第一个声明没有注释,则可以正常编译. namespace Y { //void foo(); void ::Y::foo(){} } 标准(§8.3¶1)的相关部分说: 当声明者ID合格时,声明应引用先前声明的成员 我知道此规则可以防止将名称引入其他名称空间.我想知道是否可以放宽该规则,以允许 qu ..

在函数参数中使用限定名称

根据C ++标准,函数参数的名称由 declarator-id 解析, declarator-id 也可以是限定名。这意味着,以下代码是完全有效的(如果我已经理解标准中的相关部分正确): template struct Sample { int fun(int T :: count); // T :: count是限定变量名 }; 我的问题基本上是,为什 ..
发布时间:2016-10-29 20:52:23 C/C++开发