我正在学习静态多态,我正在阅读Andrei Alexandrescu关于基于策略的设计的优秀书籍。我在我的代码中遇到了以下内容:我有接口Interface
,它指定方法Foo
必须存在。该接口将由类Impl
实现。我有以下两种选择:
1)动态多态
class Interface {
public:
virtual void Foo() = 0;
}
class Impl : public Interface {
public:
void Foo() {};
}
2)静态多态性
class Impl {
{
public:
void Foo() {};
}
template <class I>
class Interface : public I
{
public:
void Foo() { I::Foo(); } //not actually needed
}
在这种情况下使用静态多态是否有意义?与第一种方法相比,第二种方法是否提供了任何好处?接口只指定了某些方法的存在,并且它的机制对于不同的实现是相同的 - 所以不太像本书中描述的情况,所以我觉得我可能只是过于复杂化了。
更新:我在运行时不需要多态行为;在编译时已知正确的实现。
答案 0 :(得分:4)
动态多态会强制孩子尊重界面。
静态多态性不会强制孩子尊重界面
(直到你真的调用函数),所以,如果你没有提供有用的方法,
您可以直接使用Impl
。
class InvalidImpl {}; // Doesn't respect interface.
void bar()
{
InvalidImpl invalid;
// this compiles, as not "expected" since InvalidImpl doesn't respect Interface.
CRTP_Interface<InvalidImpl> crtp_invalid;
#if 0 // Any lines of following compile as expected.
invalid.Foo();
crtp_invalid.Foo();
#endif
}
你有第三种方法使用traits检查一个类验证接口:
#include <cstdint>
#include <type_traits>
// Helper macro to create traits class to know if class has a member method
#define HAS_MEM_FUNC(name, Prototype, func) \
template<typename U> \
struct name { \
typedef std::uint8_t yes; \
typedef std::uint16_t no; \
template <typename T, T> struct type_check; \
template <typename T = U> \
static yes &chk(type_check<Prototype, &T::func> *); \
template <typename > static no &chk(...); \
static constexpr bool value = sizeof(chk<U>(0)) == sizeof(yes); \
}
// Create traits has_Foo.
HAS_MEM_FUNC(has_Foo, void (T::*)(), Foo);
// Aggregate all requirements for Interface
template <typename T>
struct check_Interface :
std::integral_constant<bool, has_Foo<T>::value /* && has_otherMethod<T>::value */>
{};
// Helper macros to assert if class does respect interface or not.
#define CHECK_INTERFACE(T) static_assert(check_Interface<T>::value, #T " doesn't respect the interface")
#define CHECK_NOT_INTERFACE(T) static_assert(!check_Interface<T>::value, #T " does respect the interface")
让我们测试一下:
class Interface {
public:
virtual void Foo() = 0;
};
class Child_Impl final : public Interface {
public:
void Foo() override {};
};
#if 0 // Following doesn't compile as expected.
class Child_InvalidImpl final : public Interface {};
#endif
template <class I>
class CRTP_Interface : public I
{
public:
void Foo() { I::Foo(); } // not actually needed
};
class Impl { public: void Foo(); }; // Do respect interface.
class InvalidImpl {}; // Doesn't respect interface.
CHECK_INTERFACE(Interface);
CHECK_INTERFACE(Child_Impl);
CHECK_INTERFACE(Impl);
CHECK_INTERFACE(CRTP_Interface<Impl>);
CHECK_NOT_INTERFACE(InvalidImpl);
CHECK_INTERFACE(CRTP_Interface<InvalidImpl>); // CRTP_Interface<T> _HAS_ Foo (which cannot be invoked)
使用动态多态性,您可以支付虚拟呼叫费用。您可以通过将final
添加为class Child final : public Interface
来减少某些虚拟来电。
因此编译器可以优化代码:
void bar(Child& child) { child.Foo(); } // may call Child::Foo not virtually.
但它不能做任何魔法(假设bar
没有内联):
void bar(Interface& child) { child.Foo(); } // have to virtual call Foo.
现在,假设你的界面中有:
void Interface::Bar() { /* some code */ Foo(); }
我们处于第二种情况,我们必须虚拟呼叫Foo
。
静态多态通过:
解决了这个问题template<class Derived>
void Interface<Derived>::Bar() { /* some code */ static_cast<Derived*>(this)->Foo(); }
答案 1 :(得分:2)
使用静态多态性是否有意义取决于您如何使用该类。
虚函数引入了一个间接层。虚函数允许使用指针或对基类对象的引用(对所有派生类通用)来调用派生类中的方法。
静态polimorphism不使用公共基类。每个派生类都使用它自己的基类。这些基类通常是从公共类模板创建的。然而,他们是不同的阶级。这会导致例如对这些对象的指针或引用不能存储在公共容器中。