这是一个使用 C++14 的解决方案boost::any
,因为我没有 C++17 编译器。
我们最终得到的语法是:
const auto print =
make_any_method<void(std::ostream&)>([](auto&& p, std::ostream& t){ t << p << "\n"; });
super_any<decltype(print)> a = 7;
(a->*print)(std::cout);
这几乎是最佳的。经过我认为简单的 C++17 更改后,它应该如下所示:
constexpr any_method<void(std::ostream&)> print =
[](auto&& p, std::ostream& t){ t << p << "\n"; };
super_any<&print> a = 7;
(a->*print)(std::cout);
在 C++17 中,我会通过采取改进这一点auto*...
的指针any_method
而不是decltype
noise.
公开继承自any
有点冒险,就好像有人拿走了any
关闭顶部并修改它,tuple
of any_method_data
将会过时。也许我们应该模仿整个any
接口而不是公开继承。
@dyp 在 OP 的评论中写了一个概念证明。这是基于他的工作,并用价值语义进行了清理(从boost::any
) 添加。 @cpplearner 基于指针的解决方案用于缩短它(谢谢!),然后我在其之上添加了 vtable 优化。
首先我们使用标签来传递类型:
template<class T>struct tag_t{constexpr tag_t(){};};
template<class T>constexpr tag_t<T> tag{};
该特征类获取存储在any_method
:
这将创建一个函数指针类型,以及所述函数指针的工厂,给定一个any_method
:
template<class any_method, class Sig=any_sig_from_method<any_method>>
struct any_method_function;
template<class any_method, class R, class...Args>
struct any_method_function<any_method, R(Args...)>
{
using type = R(*)(boost::any&, any_method const*, Args...);
template<class T>
type operator()( tag_t<T> )const{
return [](boost::any& self, any_method const* method, Args...args) {
return (*method)( boost::any_cast<T&>(self), decltype(args)(args)... );
};
}
};
现在我们不想在每个操作中存储一个函数指针super_any
。所以我们将函数指针捆绑到一个 vtable 中:
template<class...any_methods>
using any_method_tuple = std::tuple< typename any_method_function<any_methods>::type... >;
template<class...any_methods, class T>
any_method_tuple<any_methods...> make_vtable( tag_t<T> ) {
return std::make_tuple(
any_method_function<any_methods>{}(tag<T>)...
);
}
template<class...methods>
struct any_methods {
private:
any_method_tuple<methods...> const* vtable = 0;
template<class T>
static any_method_tuple<methods...> const* get_vtable( tag_t<T> ) {
static const auto table = make_vtable<methods...>(tag<T>);
return &table;
}
public:
any_methods() = default;
template<class T>
any_methods( tag_t<T> ): vtable(get_vtable(tag<T>)) {}
any_methods& operator=(any_methods const&)=default;
template<class T>
void change_type( tag_t<T> ={} ) { vtable = get_vtable(tag<T>); }
template<class any_method>
auto get_invoker( tag_t<any_method> ={} ) const {
return std::get<typename any_method_function<any_method>::type>( *vtable );
}
};
我们可以专门针对 vtable 较小(例如,1 项)的情况,并在这些情况下使用类中存储的直接指针来提高效率。
现在我们开始super_any
。我用super_any_t
作出声明super_any
容易一点。
template<class...methods>
struct super_any_t;
这会搜索超级Any支持的SFINAE方法:
template<class super_any, class method>
struct super_method_applies : std::false_type {};
template<class M0, class...Methods, class method>
struct super_method_applies<super_any_t<M0, Methods...>, method> :
std::integral_constant<bool, std::is_same<M0, method>{} || super_method_applies<super_any_t<Methods...>, method>{}>
{};
这是伪方法指针,例如print
,我们在全球范围内创建并且const
ly.
我们将构造它的对象存储在any_method
。请注意,如果您使用非 lambda 构造它,事情可能会变得很棘手,因为type这个的any_method
用作调度机制的一部分。
template<class Sig, class F>
struct any_method {
using signature=Sig;
private:
F f;
public:
template<class Any,
// SFINAE testing that one of the Anys's matches this type:
std::enable_if_t< super_method_applies< std::decay_t<Any>, any_method >{}, int>* =nullptr
>
friend auto operator->*( Any&& self, any_method const& m ) {
// we don't use the value of the any_method, because each any_method has
// a unique type (!) and we check that one of the auto*'s in the super_any
// already has a pointer to us. We then dispatch to the corresponding
// any_method_data...
return [&self, invoke = self.get_invoker(tag<any_method>), m](auto&&...args)->decltype(auto)
{
return invoke( decltype(self)(self), &m, decltype(args)(args)... );
};
}
any_method( F fin ):f(std::move(fin)) {}
template<class...Args>
decltype(auto) operator()(Args&&...args)const {
return f(std::forward<Args>(args)...);
}
};
我相信 C++17 中不需要工厂方法:
template<class Sig, class F>
any_method<Sig, std::decay_t<F>>
make_any_method( F&& f ) {
return {std::forward<F>(f)};
}
这是增强版any
。它既是一个any
,并且它携带一束类型擦除函数指针,每当包含的any
does:
template<class... methods>
struct super_any_t:boost::any, any_methods<methods...> {
private:
template<class T>
T* get() { return boost::any_cast<T*>(this); }
public:
template<class T,
std::enable_if_t< !std::is_same<std::decay_t<T>, super_any_t>{}, int>* =nullptr
>
super_any_t( T&& t ):
boost::any( std::forward<T>(t) )
{
using dT=std::decay_t<T>;
this->change_type( tag<dT> );
}
super_any_t()=default;
super_any_t(super_any_t&&)=default;
super_any_t(super_any_t const&)=default;
super_any_t& operator=(super_any_t&&)=default;
super_any_t& operator=(super_any_t const&)=default;
template<class T,
std::enable_if_t< !std::is_same<std::decay_t<T>, super_any_t>{}, int>* =nullptr
>
super_any_t& operator=( T&& t ) {
((boost::any&)*this) = std::forward<T>(t);
using dT=std::decay_t<T>;
this->change_type( tag<dT> );
return *this;
}
};
因为我们存储的是any_method
s as const
对象,这使得制作super_any
更容易一点:
template<class...Ts>
using super_any = super_any_t< std::remove_const_t<std::remove_reference_t<Ts>>... >;
测试代码:
const auto print = make_any_method<void(std::ostream&)>([](auto&& p, std::ostream& t){ t << p << "\n"; });
const auto wprint = make_any_method<void(std::wostream&)>([](auto&& p, std::wostream& os ){ os << p << L"\n"; });
const auto wont_work = make_any_method<void(std::ostream&)>([](auto&& p, std::ostream& t){ t << p << "\n"; });
struct X {};
int main()
{
super_any<decltype(print), decltype(wprint)> a = 7;
super_any<decltype(print), decltype(wprint)> a2 = 7;
(a->*print)(std::cout);
(a->*wprint)(std::wcout);
// (a->*wont_work)(std::cout);
double d = 4.2;
a = d;
(a->*print)(std::cout);
(a->*wprint)(std::wcout);
(a2->*print)(std::cout);
(a2->*wprint)(std::wcout);
// a = X{}; // generates an error if you try to store a non-printable
}
活生生的例子.
当我尝试存储不可打印的文件时出现错误消息struct X{};
在 - 的里面super_any
至少在 clang 上似乎是合理的:
main.cpp:150:87: error: invalid operands to binary expression ('std::ostream' (aka 'basic_ostream<char>') and 'X')
const auto x0 = make_any_method<void(std::ostream&)>([](auto&& p, std::ostream& t){ t << p << "\n"; });
当您尝试分配时会发生这种情况X{}
进入super_any<decltype(x0)>
.
的结构any_method
是足够兼容的pseudo_method
它对可以合并的变体的作用类似。
我在这里使用手动 vtable 将类型擦除开销保持在每个指针 1 个super_any
。这会为每个 any_method 调用增加重定向成本。我们可以将指针直接存储在super_any
非常容易,并且将其作为参数并不难super_any
。无论如何,在1个擦除方法的情况下,我们应该直接存储它。
两种不同的any_method
相同类型的(例如,都包含函数指针)产生相同类型的super_any
。这会导致查找时出现问题。
区分它们有点棘手。如果我们改变super_any
采取auto* any_method
,我们可以捆绑所有相同类型的any_method
s 在 vtable 元组中,然后如果有超过 1 个,则对匹配指针进行线性搜索。编译器应该优化线性搜索,除非您正在做一些疯狂的事情,例如将引用或指针传递给特定的指针。any_method
我们正在使用。
然而,这似乎超出了这个答案的范围;目前,这种改进的存在就足够了。
此外,还有一个->*
可以在左侧添加一个指针(甚至是引用!),让它检测到这一点并将其传递给 lambda。这可以使其成为真正的“任何方法”,因为它可以使用该方法处理变体、super_anys 和指针。
带着一点if constexpr
工作中,lambda 可以在每种情况下分支执行 ADL 或方法调用。
这应该给我们:
(7->*print)(std::cout);
((super_any<&print>)(7)->*print)(std::cout); // C++17 version of above syntax
((std::variant<int, double>{7})->*print)(std::cout);
int* ptr = new int(7);
(ptr->*print)(std::cout);
(std::make_unique<int>(7)->*print)(std::cout);
(std::make_shared<int>(7)->*print)(std::cout);
与any_method
只是“做正确的事”(即为std::cout <<
).