- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
在以下场景中使用 std::string_view
:
struct A : public std::exception{
A (const char* c) : v_(c){}
const char* what() const noexcept override;
private:
std::string_view v_;
};
上面的想法工作正常,现在复制构造函数默认为 noexcept
(这对于异常类型来说非常好!)——并且字符串也在调用站点“验证”。
然而,剩下的事情是语义上 string_view
不保证为零终止(尽管在这种情况下我们编写代码,所以它会是 - 如果那是最好的保证针对这种特殊情况,就像它只有我们实际使用的构造函数一样。
我在考虑像下面这样的事情是否是一个好的解决方法?
struct c_string_view {
c_string_view(const char* c) : sv_{c}{};
const std::string_view sv_;
};
但我想知道是否还有其他人遇到过这个问题(以及他们做了什么),或者我是否忽略了一些简单的事情?
最佳答案
Im considering if something like the following be a good work-around ?
Const 成员通常是有问题的。它们阻止了可分配性,并且阻止了移动构造。也就是说,异常类型可能并不总是需要可分配性,而且所讨论的类速度很快,无论如何都不需要复制。
所以在这种情况下缺点可能不那么显着,但优点也不是。您的类在构造函数中已经有空终止的前置条件,并且访问被封装到 A
的成员函数(和 friend )。
然而,更根本的是,您的异常类很容易被滥用。考虑以下典型场景:
throw A(some_local_string.c_str());
char local_buffer[N];
// fill local_buffer with formatted message
throw A(local_buffer);
这些会导致未定义的行为。
Why is that more prone to misuse than eg. std::string_view
实际上是 std::string_view
的使用使您的异常类容易被误用。存储 const char*
会遇到同样的问题。
std::string_view
(和 const char*
)适用于函数参数,例如,当函数存储 View 的时间不超过该功能存在。但异常几乎完全被使用,因此它们比它们的调用者活得更久,因为它们几乎总是被抛出,这让调用者放松。
if I/we had c_string_view from the get go - we could just use that in the constructor instead of const char* to show intent as well.
接受 c_string_view
并不能真正解决问题,因为它本身并不意味着它将比 const char*
存储更多。您能做的最好的事情是记录如何使用该类,当这些使用排除异常使用的常见模式时,这有点不令人满意。
也许如果您将类命名为 static_string_exception
或类似名称以使限制更加明显。
from commenters:
I'd just take an store a std::string ...
.. you should rather use good 'ol std::string
std::string
也不是理想的解决方案。它将防止复制构造函数/赋值不抛出(不严格地说,但其他替代方案是程序终止),这对异常类型不利。例如,标准异常类型不允许有抛出复制构造函数/赋值。
一旦您到达复制路径,您不妨使用 std::runtime_error
为您完成。
关于c++ - 需要空终止的 string_view,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/58450978/
假设我们有一个 string_view 和另一个 string_view,它是第一个 string_view 的子集: using namespace std; // just to shorten
我正在使用一个使用 boost::string_view 的 boost 库。但是,我想在我的代码中使用 std::string_view。 问:在这两者之间进行转换的最佳方式是什么? 目前我正在使用
std::string_view::remove_prefix() 和 std::string_view::remove_suffix() 都是 c 中的 constexpr 成员函数++17;但是,
我已经从 Bjarne Stroustrup 的 A Tour of C++ 中复制代码来测试字符串 View ,但我不断收到错误: error: no matching function for c
除了 std::string_view 方法之外,std::string_view 是否比 char* 有任何优势? 如果没有使用 string_view 的方法,是否有任何理由将 char* 重构为
我有这个循环: for (const std::string_view resource : resources) { ... } 由此资源被定义为 inline const std::string_
我有这个循环: for (const std::string_view resource : resources) { ... } 由此资源被定义为 inline const std::string_
而一个 span可以从一个范围构建,一个 string_view不能从一系列字符构造。 因此,例如,需要以下代码: // assume chars_span is a span of chars st
void Foo1(string_view view) { ... } string str = "one two three"; Foo1("one two three"); // Implicit
我有一个字符串,其中包含用 , 字符分隔的数字序列。为了将序列中的值读入数组,我创建了以下 GCC 10 拒绝编译的代码: #include #include #include #include
我在使用 Boost 1.70 时发现了一个相当令人费解的问题,有时 boost::string_view 似乎指向另一个字符串。 这是创建 boost::string_view 的函数调用,如下所示
在以下场景中使用 std::string_view: struct A : public std::exception{ A (const char* c) : v_(c){} con
我正在尝试尽可能多地使用 std::string_view 来包装 C 字符串,但是,每当我正在包装的 C 字符串被动态分配时,我都依赖于此图案: char *cs = get_c_string();
我读了The most elegant way to iterate the words of a string并享受答案的简洁性。现在我想对 string_view 做同样的事情。问题是,strin
我有以下代码: #include class Foo { public: Foo(std::string_view) {} }; 当我这样做时,一切都可以正常编译(使用 clang v8,C
根据一篇文章(here 和 there),这段代码是一个错误的免费示例: #include #include #include int main() { std::string s = "H
string_view 是 C++ 库基础 TS(N3921) 中的一项提议功能,添加到 C++17 据我所知,它是一种代表某种字符串“概念”的类型,它是任何类型的容器的 View ,可以将可视内容存
考虑以下代码: #include #include int main() { std::optional opt { "abc" }; std::cout { std::stri
在 std::string_view 上匹配正则表达式工作正常。但是当我返回匹配的子字符串时,它们会因为某种原因而消失。 std::string_view 参数在函数作用域结束时被销毁,但它指向的内存
This reference指出第二个示例产生了一个悬空指针。如何在第二个表达式中创建悬挂指针而不是在第一个表达式中? std::string_view good("a string literal"
我是一名优秀的程序员,十分优秀!