创建一个返回 std::mem_fn 或 boost::mem_fn 的通用包装器

Question

KDE/PIM Zanshin 项目在其代码中的多个位置使用 std::mem_fn，事实证明，至少有 1 个 Apple 的 clang 版本（带有适用于 OS X 10.9 的最新 Xcode 的版本）生成无法链接许多相关文件的目标代码。

事实证明可以通过使用boost::mem_fn 而不是std::mem_fn 来规避这个问题。该项目的主要作者并不倾向于增加对所有平台的boost依赖，所以我提出了一个补丁，其中使用了一个条件宏，在需要时扩展为boost::mem_fn。

现在的请求是创建一个模板函数，该函数位于 zanshin 自己的命名空间之一 (Utils::mem_fn(f)) 中，并返回 std::mem_fn(f) 或 boost::mem_fn(f)。这部分要么高于我目前的工资等级......要么根本不可行，因为我什至几乎不了解 mem_fn 函数的目的。

所以问题是：有没有一种简单、紧凑的方式来包装std::mem_fn，理想情况下只有一个模板函数？

主要障碍似乎是返回类型，但由于 zanshin 代码中的所有使用似乎都返回归结为函数指针的内容，因此我尝试使用 void* 返回类型。我预计这会失败，确实如此。

Answer 1

“项目主要作者不倾向于增加对所有平台的boost依赖”

所以相反，他给项目带来了不一致的依赖关系？听起来很歪。

此外，它根本不是平台特定意义上的依赖项，因为您可以简单地将相关标头包含在代码库中（另请参阅 BCP），并且首先没有相关的运行时依赖项。

也就是说，更简单的选择是使用一个包装器来包装std::mem_fn 并同时练习引用的成员（地址）。这样，链接问题实际上应该消失了。

最简单的就是 (c++14)：

template <typename PTMorPTMF>
    auto my_mem_fn(PTMorPTMF const& ptm) { 
        return std::mem_fn(ptm);
    }

如果你被 c++11 卡住了：

template <typename PTMorPTMF>
    auto my_mem_fn(PTMorPTMF const& ptm) -> decltype(std::mem_fn(ptm)) { 
        return std::mem_fn(ptm);
   }

如果您最终在一个平台上使用 boost 实现它，只需 #ifdef 实现即可。