- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
有人指出我是“安全 bool 惯用语”,在尝试破译发生了什么之后(解释 supplied on the site 不足以让我理解为什么它有效),我决定尝试将以下代码分开并尝试尽可能地简化它。该站点提供了以下代码:
class Testable {
bool ok_;
typedef void (Testable::*bool_type)() const;
void this_type_does_not_support_comparisons() const {}
public:
explicit Testable(bool b=true):ok_(b) {}
operator bool_type() const {
return ok_==true ?
&Testable::this_type_does_not_support_comparisons : 0;
}
};
我决定分析“bool_type”的关键基础,因为这似乎是它的核心。给定以下行:
typedef void (Testable::*bool_type)() const;
一个人可以(由于括号的缘故不太容易)推断出它是一种类型定义 'void Testable::*',其中 bool_type 代表。这可以通过进行以下修改和函数调用进一步证明:
class Testable {
bool ok_;
typedef void (Testable::*bool_type)() const;
void this_type_does_not_support_comparisons() const {}
public:
explicit Testable(bool b=true):ok_(b) {}
bool_type Test; //Added this
operator bool_type() const {
return ok_==true ?
&Testable::this_type_does_not_support_comparisons : 0;
}
};
int main()
{
Testable Test;
int A = Test.Test; //Compiler will give a conversion error, telling us what type .Test is in the process
}
它让我们可以看到 bool_type 是什么类型:
error: cannot convert 'void (Testable::*)()const' to 'int' in initialization
这表明它确实是一种'void (Testable::*)'。
问题出现在这里:
如果我们修改以下函数:
operator bool_type() const {
return ok_==true ?
&Testable::this_type_does_not_support_comparisons : 0;
}
然后把它变成:
operator void Testable::* () const //Same as bool_type, right?
{
return ok_==true ?
&Testable::this_type_does_not_support_comparisons : 0;
}
它会产生以下投诉:
error: expected identifier before '*' token
error: '< invalid operator >' declared as function returning a function
因此我的问题是:
如果 'void (Testable::*) 确实是 bool_type 的 typedef,为什么会产生这些提示?
和
这是怎么回事?
最佳答案
这里你的推理有误
operator void Testable::* () const //Same as bool_type, right?
这是不正确的。正如编译器在错误消息中告诉我们的那样,bool_type 的类型是:
'void (Testable::*)()const'
因此,要在运算符中替换它,您需要类似的东西
operator (void (Testable::*)() const) () const
如果可能的话!明白为什么即使是丑陋的 typedef 也是一种改进吗?
在 C++11 中,我们还有新的构造 explicit operator bool()
来避免这种丑陋。
关于c++ - safe bool idiom bool_type(和safe bool idiom)是如何工作的?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7704395/
有人指出我是“安全 bool 惯用语”,在尝试破译发生了什么之后(解释 supplied on the site 不足以让我理解为什么它有效),我决定尝试将以下代码分开并尝试尽可能地简化它。该站点提供
我想使用 Pimpl Idiom,但我遇到了一个问题,其中一个成员函数是模板函数,因此它必须在头文件中实现。 例如下面这个当然可以正常工作 //Foo.h class Foo{ struct
假设我有一个 C 库,它有自己的(反)初始化例程,很多库都有。 init_API(); deinit_API(); 现在假设我想为用户提供另一个抽象级别,并使用静态实例化的类抽象掉这些调用。我想到的方
我知道在 C 中看起来像这样的 pimpl-idiom: // foobar.h struct FooBar { char *someString; struct FooBarImpl
我有以下代码的错误 incomplete type ‘Foo::Pimpl’ used in nested name specifier 另一个Foo.hpp struct AnotherFoo {
考虑以下 try-with-resources block : try (Foo foo = getAFoo()) { } 对于某些实现了 java.lang.AutoCloseable 的类 Foo
我们有一个客户希望访问的高度模板化的仅 header 代码库。例如,假设它包含 Foo标题中的类 foo.hpp : #ifndef FOO_HEADER #define FOO_HEADER #in
D 有一个很棒的模块系统,与 C++ 相比,它大大减少了编译时间。根据文档 D 仍然提供不透明的结构和联合以启用 pimpl 习惯用法。我的问题是:如何在一个模块中声明嵌套结构(或联合)并在另一个模块
我基本上有这段代码: for (var i = 0; i < num; i++) { ShowCard(i); } 现在,ShowCard 只是添加一个 DOM 元素,但我希望它有一个动画,显示这
我正在尝试为将使用 pimpl-idiom 的库定义接口(interface)。下面是我定义的一个典型的接口(interface)类。 struct A { public: void func1
注意:此问题遵循 a previous one , 我希望仍然可以将其作为一个新问题提出。 我正在尝试为树类实现“三个半大规则”( copy-and-swap 习语),它看起来像这样: class T
好的。所以我有一个值列表,我想执行如下操作: MyObjectValues .Select(currentItems=>new MyType() { Parameter1 = current
通常的克隆习语使用协变返回类型: struct Base { virtual Base* clone(); }; struct Derived : public Base { Deri
传统的PImpl Idiom是这样的: #include struct Blah { //public interface declarations private: struct
我正在阅读一本关于 Swift 设计模式的书,并遇到了一个示例,作者希望确保任何初始化特定类的子类的人都必须传入基类所需的值: class Employee { private var pro
我刚被一个 bug 搞得焦头烂额,部分原因是我缺乏理解,部分原因是我认为我们的代码库中的设计欠佳。我很好奇如何改进我的 5 分钟解决方案。 我们正在使用引用计数对象,我们在这些类的对象上使用 AddR
这个问题在这里已经有了答案: Use of void template argument in early detection idiom implementation (1 个回答) 关闭 5 年
正如标题所暗示的,我想知道除了减少重建时间之外,PImpl 惯用语还有哪些其他原因、目的或用途。 引用 here 中的示例: (thread locals need to be behind a pi
PIMPL 习语的目的是隐藏实现,包括方法、结构,甚至结构的大小。一个缺点是它使用堆。 但是,如果我不想隐藏任何东西的尺寸要求怎么办。我只是想隐藏方法、结构的格式和变量名。一种方法是分配一个完美大小的
按照目前的情况,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the
我是一名优秀的程序员,十分优秀!