引用傳參與reference_wrapper

来源:https://www.cnblogs.com/jerry-fuyi/archive/2020/04/21/12747850.html
-Advertisement-
Play Games

本文是``系列的第3篇。 引用傳參 我有一個函數: 因為參數類型是 ,所以函數能夠修改傳入的整數,而非其拷貝。 然後我用 把它和一個 綁定起來: int i = 1; auto f = std::bind(modify, i); f(); std::cout `對象。 reference_wrapp ...


本文是<functional>系列的第3篇。

引用傳參

我有一個函數:

void modify(int& i)
{
    ++i;
}

因為參數類型是int&,所以函數能夠修改傳入的整數,而非其拷貝。

然後我用std::bind把它和一個int綁定起來:

int i = 1;
auto f = std::bind(modify, i);
f();
std::cout << i << std::endl;

可是i還是1,為什麼呢?原來std::bind會把所有參數都拷貝,即使它是個左值引用。所以modify中修改的變數,實際上是std::bind返回的函數對象中的一個int,並非原來的i

我們需要std::reference_wrapper

int j = 1;
auto g = std::bind(modify, std::ref(j));
g();
std::cout << j << std::endl;

std::ref(j)返回的就是std::reference_wrapper<int>對象。

reference_wrapper

std::reference_wrapper及其輔助函數大致長成這樣:

template<typename T>
class reference_wrapper
{
public:
    template<typename U>
    reference_wrapper(U&& x) : ptr(std::addressof(x)) { }
    
    reference_wrapper(const reference_wrapper&) noexcept = default;
    reference_wrapper& operator=(const reference_wrapper& x) noexcept = default;
 
    constexpr operator T& () const noexcept { return *ptr; }
    constexpr T& get() const noexcept { return *ptr; }
 
    template<typename... Args>
    auto operator()(Args&&... args) const
    {
        return get()(std::forward<Args>(args)...);
    }
    
private:
    T* ptr;
};

template<typename T>
reference_wrapper<T> ref(T& t) noexcept
{
    return reference_wrapper<T>(t);
}
template<typename T>
reference_wrapper<T> ref(reference_wrapper<T> t) noexcept
{
    return t;
}
template<typename T>
void ref(const T&&) = delete;

template<typename T>
reference_wrapper<const T> cref(const T& t) noexcept
{
    return reference_wrapper<const T>(t);
}
template<typename T>
reference_wrapper<const T> cref(reference_wrapper<T> t) noexcept
{
    return reference_wrapper<const T>(t.get());
}
template<typename T>
void cref(const T&&) = delete;

可見,std::reference_wrapper不過是包裝一個指針罷了。它重載了operator T&,對象可以隱式轉換回原來的引用;它還重載了operator(),包裝函數對象時可以直接使用函數調用運算符;調用其他成員函數時,要先用get方法獲得其內部的引用。

std::reference_wrapper的意義在於:

  1. 引用不是對象,不存在引用的引用、引用的數組等,但std::reference_wrapper是,使得定義引用的容器成為可能;

  2. 模板函數無法辨別你在傳入左值引用時的意圖是傳值還是傳引用,std::refstd::cref告訴那個模板,你要傳的是引用。

實現

儘管std::reference_wrapper的簡單(但是不完整的)實現可以在50行以內完成,GCC的標準庫為了實現一個完美的std::reference_wrapper還是花了300多行(還不包括std::invoke),其中200多行是為了定義result_typeargument_typefirst_argument_typesecond_argument_type這幾個在C++17中廢棄、C++20中移除的成員類型。如果你是在C++20完全普及以後讀到這篇文章的,就當考古來看吧!

繼承成員類型

定義這些類型所用的工具是繼承,一種特殊的、沒有“is-a”含義的public繼承。以_Maybe_unary_or_binary_function為例:

template<typename _Arg, typename _Result>
  struct unary_function
  {
    typedef _Arg      argument_type;   
    typedef _Result   result_type;  
  };

template<typename _Arg1, typename _Arg2, typename _Result>
  struct binary_function
  {
    typedef _Arg1     first_argument_type; 
    typedef _Arg2     second_argument_type;
    typedef _Result   result_type;
  };

template<typename _Res, typename... _ArgTypes>
  struct _Maybe_unary_or_binary_function { };

template<typename _Res, typename _T1>
  struct _Maybe_unary_or_binary_function<_Res, _T1>
  : std::unary_function<_T1, _Res> { };

template<typename _Res, typename _T1, typename _T2>
  struct _Maybe_unary_or_binary_function<_Res, _T1, _T2>
  : std::binary_function<_T1, _T2, _Res> { };

然後std::function<Res(Args...)>去繼承_Maybe_unary_or_binary_function<Res, Args...>:當sizeof...(Args) == 1時繼承到std::unary_function,定義argument_type;當sizeof...(Args) == 2時繼承到std::binary_function,定義first_argument_typesecond_argument_type;否則繼承一個空的_Maybe_unary_or_binary_function,什麼定義都沒有。

各種模板技巧,tag dispatching、SFINAE等,面對這種需求都束手無策,只有繼承管用。

成員函數特征

template<typename _Signature>
  struct _Mem_fn_traits;

template<typename _Res, typename _Class, typename... _ArgTypes>
  struct _Mem_fn_traits_base
  {
    using __result_type = _Res;
    using __maybe_type
      = _Maybe_unary_or_binary_function<_Res, _Class*, _ArgTypes...>;
    using __arity = integral_constant<size_t, sizeof...(_ArgTypes)>;
  };

#define _GLIBCXX_MEM_FN_TRAITS2(_CV, _REF, _LVAL, _RVAL)                \
  template<typename _Res, typename _Class, typename... _ArgTypes>       \
    struct _Mem_fn_traits<_Res (_Class::*)(_ArgTypes...) _CV _REF>      \
    : _Mem_fn_traits_base<_Res, _CV _Class, _ArgTypes...>               \
    {                                                                   \
      using __vararg = false_type;                                      \
    };                                                                  \
  template<typename _Res, typename _Class, typename... _ArgTypes>       \
    struct _Mem_fn_traits<_Res (_Class::*)(_ArgTypes... ...) _CV _REF>  \
    : _Mem_fn_traits_base<_Res, _CV _Class, _ArgTypes...>               \
    {                                                                   \
      using __vararg = true_type;                                       \
    };

#define _GLIBCXX_MEM_FN_TRAITS(_REF, _LVAL, _RVAL)              \
  _GLIBCXX_MEM_FN_TRAITS2(              , _REF, _LVAL, _RVAL)   \
  _GLIBCXX_MEM_FN_TRAITS2(const         , _REF, _LVAL, _RVAL)   \
  _GLIBCXX_MEM_FN_TRAITS2(volatile      , _REF, _LVAL, _RVAL)   \
  _GLIBCXX_MEM_FN_TRAITS2(const volatile, _REF, _LVAL, _RVAL)

_GLIBCXX_MEM_FN_TRAITS( , true_type, true_type)
_GLIBCXX_MEM_FN_TRAITS(&, true_type, false_type)
_GLIBCXX_MEM_FN_TRAITS(&&, false_type, true_type)

#if __cplusplus > 201402L
_GLIBCXX_MEM_FN_TRAITS(noexcept, true_type, true_type)
_GLIBCXX_MEM_FN_TRAITS(& noexcept, true_type, false_type)
_GLIBCXX_MEM_FN_TRAITS(&& noexcept, false_type, true_type)
#endif

#undef _GLIBCXX_MEM_FN_TRAITS
#undef _GLIBCXX_MEM_FN_TRAITS2

_Mem_fn_traits是成員函數類型的特征(trait)類型,定義了__result_type__maybe_type__arity__vararg成員類型:__arity表示元數,__vararg指示成員函數類型是否是可變參數的(如std::printf,非變參模板)。... ...中的前三個點表示變參模板,後三個點表示可變參數,參考:What are the 6 dots in template parameter packs?

成員函數類型有constvolatile&/&&noexcept(C++17開始noexcept成為函數類型的一部分)4個維度,共24種,單獨定義太麻煩,所以用了巨集。

檢測成員類型

一個類模板,當模板參數的類型定義了成員類型result_type時該類模板也定義它,否則不定義它,如何實現?我剛剛新學到一種方法,用void_t(即__void_t)。

void_t的定義出奇地簡單:

template<typename...>
using void_t = void;

不就是一個void嘛,有什麼用呢?請看:

template<typename _Functor, typename = __void_t<>>
  struct _Maybe_get_result_type
  { };

template<typename _Functor>
  struct _Maybe_get_result_type<_Functor,
                                __void_t<typename _Functor::result_type>>
  { typedef typename _Functor::result_type result_type; };

第二個定義是第一個定義的特化。當_Functor類型定義了result_type時,兩個都正確,但是第二個更加特化,匹配到第二個,傳播result_type;反之,第二個在實例化過程中發生錯誤,根據SFINAE,匹配到第一個,不定義result_type

void_t的技巧,本質上還是SFINAE。

以下兩個類同理:

template<typename _Tp, typename = __void_t<>>
  struct _Refwrap_base_arg1
  { };

template<typename _Tp>
  struct _Refwrap_base_arg1<_Tp,
                            __void_t<typename _Tp::argument_type>>
  {
    typedef typename _Tp::argument_type argument_type;
  };

template<typename _Tp, typename = __void_t<>>
  struct _Refwrap_base_arg2
  { };

template<typename _Tp>
  struct _Refwrap_base_arg2<_Tp,
                            __void_t<typename _Tp::first_argument_type,
                                     typename _Tp::second_argument_type>>
  {
    typedef typename _Tp::first_argument_type first_argument_type;
    typedef typename _Tp::second_argument_type second_argument_type;
  };

分類討論

#if __cpp_noexcept_function_type
#define _GLIBCXX_NOEXCEPT_PARM , bool _NE
#define _GLIBCXX_NOEXCEPT_QUAL noexcept (_NE)
#else
#define _GLIBCXX_NOEXCEPT_PARM
#define _GLIBCXX_NOEXCEPT_QUAL
#endif

/**
 *  Base class for any function object that has a weak result type, as
 *  defined in 20.8.2 [func.require] of C++11.
*/
template<typename _Functor>
  struct _Weak_result_type_impl
  : _Maybe_get_result_type<_Functor>
  { };

/// Retrieve the result type for a function type.
template<typename _Res, typename... _ArgTypes _GLIBCXX_NOEXCEPT_PARM>
  struct _Weak_result_type_impl<_Res(_ArgTypes...) _GLIBCXX_NOEXCEPT_QUAL>
  { typedef _Res result_type; };

/// Retrieve the result type for a varargs function type.
template<typename _Res, typename... _ArgTypes _GLIBCXX_NOEXCEPT_PARM>
  struct _Weak_result_type_impl<_Res(_ArgTypes......) _GLIBCXX_NOEXCEPT_QUAL>
  { typedef _Res result_type; };

/// Retrieve the result type for a function pointer.
template<typename _Res, typename... _ArgTypes _GLIBCXX_NOEXCEPT_PARM>
  struct _Weak_result_type_impl<_Res(*)(_ArgTypes...) _GLIBCXX_NOEXCEPT_QUAL>
  { typedef _Res result_type; };

/// Retrieve the result type for a varargs function pointer.
template<typename _Res, typename... _ArgTypes _GLIBCXX_NOEXCEPT_PARM>
  struct
  _Weak_result_type_impl<_Res(*)(_ArgTypes......) _GLIBCXX_NOEXCEPT_QUAL>
  { typedef _Res result_type; };

// Let _Weak_result_type_impl perform the real work.
template<typename _Functor,
         bool = is_member_function_pointer<_Functor>::value>
  struct _Weak_result_type_memfun
  : _Weak_result_type_impl<_Functor>
  { };

// A pointer to member function has a weak result type.
template<typename _MemFunPtr>
  struct _Weak_result_type_memfun<_MemFunPtr, true>
  {
    using result_type = typename _Mem_fn_traits<_MemFunPtr>::__result_type;
  };

// A pointer to data member doesn't have a weak result type.
template<typename _Func, typename _Class>
  struct _Weak_result_type_memfun<_Func _Class::*, false>
  { };

/**
 *  Strip top-level cv-qualifiers from the function object and let
 *  _Weak_result_type_memfun perform the real work.
*/
template<typename _Functor>
  struct _Weak_result_type
  : _Weak_result_type_memfun<typename remove_cv<_Functor>::type>
  { };

/**
 *  Derives from unary_function or binary_function when it
 *  can. Specializations handle all of the easy cases. The primary
 *  template determines what to do with a class type, which may
 *  derive from both unary_function and binary_function.
*/
template<typename _Tp>
  struct _Reference_wrapper_base
  : _Weak_result_type<_Tp>, _Refwrap_base_arg1<_Tp>, _Refwrap_base_arg2<_Tp>
  { };

// - a function type (unary)
template<typename _Res, typename _T1 _GLIBCXX_NOEXCEPT_PARM>
  struct _Reference_wrapper_base<_Res(_T1) _GLIBCXX_NOEXCEPT_QUAL>
  : unary_function<_T1, _Res>
  { };

template<typename _Res, typename _T1>
  struct _Reference_wrapper_base<_Res(_T1) const>
  : unary_function<_T1, _Res>
  { };

template<typename _Res, typename _T1>
  struct _Reference_wrapper_base<_Res(_T1) volatile>
  : unary_function<_T1, _Res>
  { };

template<typename _Res, typename _T1>
  struct _Reference_wrapper_base<_Res(_T1) const volatile>
  : unary_function<_T1, _Res>
  { };

// - a function type (binary)
template<typename _Res, typename _T1, typename _T2 _GLIBCXX_NOEXCEPT_PARM>
  struct _Reference_wrapper_base<_Res(_T1, _T2) _GLIBCXX_NOEXCEPT_QUAL>
  : binary_function<_T1, _T2, _Res>
  { };

template<typename _Res, typename _T1, typename _T2>
  struct _Reference_wrapper_base<_Res(_T1, _T2) const>
  : binary_function<_T1, _T2, _Res>
  { };

template<typename _Res, typename _T1, typename _T2>
  struct _Reference_wrapper_base<_Res(_T1, _T2) volatile>
  : binary_function<_T1, _T2, _Res>
  { };

template<typename _Res, typename _T1, typename _T2>
  struct _Reference_wrapper_base<_Res(_T1, _T2) const volatile>
  : binary_function<_T1, _T2, _Res>
  { };

// - a function pointer type (unary)
template<typename _Res, typename _T1 _GLIBCXX_NOEXCEPT_PARM>
  struct _Reference_wrapper_base<_Res(*)(_T1) _GLIBCXX_NOEXCEPT_QUAL>
  : unary_function<_T1, _Res>
  { };

// - a function pointer type (binary)
template<typename _Res, typename _T1, typename _T2 _GLIBCXX_NOEXCEPT_PARM>
  struct _Reference_wrapper_base<_Res(*)(_T1, _T2) _GLIBCXX_NOEXCEPT_QUAL>
  : binary_function<_T1, _T2, _Res>
  { };

template<typename _Tp, bool = is_member_function_pointer<_Tp>::value>
  struct _Reference_wrapper_base_memfun
  : _Reference_wrapper_base<_Tp>
  { };

template<typename _MemFunPtr>
  struct _Reference_wrapper_base_memfun<_MemFunPtr, true>
  : _Mem_fn_traits<_MemFunPtr>::__maybe_type
  {
    using result_type = typename _Mem_fn_traits<_MemFunPtr>::__result_type;
  };

不說了,看圖:

我的感受:

大功告成

template<typename _Tp>
  class reference_wrapper
  : public _Reference_wrapper_base_memfun<typename remove_cv<_Tp>::type>
  {
    _Tp* _M_data;

  public:
    typedef _Tp type;

    reference_wrapper(_Tp& __indata) noexcept
    : _M_data(std::__addressof(__indata))
    { }

    reference_wrapper(_Tp&&) = delete;

    reference_wrapper(const reference_wrapper&) = default;

    reference_wrapper&
    operator=(const reference_wrapper&) = default;

    operator _Tp&() const noexcept
    { return this->get(); }

    _Tp&
    get() const noexcept
    { return *_M_data; }

    template<typename... _Args>
      typename result_of<_Tp&(_Args&&...)>::type
      operator()(_Args&&... __args) const
      {
        return std::__invoke(get(), std::forward<_Args>(__args)...);
      }
  };

template<typename _Tp>
  inline reference_wrapper<_Tp>
  ref(_Tp& __t) noexcept
  { return reference_wrapper<_Tp>(__t); }

template<typename _Tp>
  inline reference_wrapper<const _Tp>
  cref(const _Tp& __t) noexcept
  { return reference_wrapper<const _Tp>(__t); }

template<typename _Tp>
  void ref(const _Tp&&) = delete;

template<typename _Tp>
  void cref(const _Tp&&) = delete;

template<typename _Tp>
  inline reference_wrapper<_Tp>
  ref(reference_wrapper<_Tp> __t) noexcept
  { return __t; }

template<typename _Tp>
  inline reference_wrapper<const _Tp>
  cref(reference_wrapper<_Tp> __t) noexcept
  { return { __t.get() }; }

最後組裝一下就好啦!


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 使用 history.replaceState(null, "title","arg"); 例如: history.replaceState(null, "",'?category_id=0'+'&page='+pageIndex); ...
  • Vue.js 事件處理器 <template> <div id="app"> <button v-on:click="fn">click me</button> </div> </template> <script> var count=1; export default { name: 'App' ...
  • "視頻講解" 什麼是雲開發 這裡引用官方的一段描述: 雲開發(Tencent CloudBase,TCB)是雲端一體化的後端雲服務 ,採用 serverless 架構,免去了移動應用構建中繁瑣的伺服器搭建和運維。同時雲開發提供的靜態托管、命令行工具(CLI)、Flutter SDK 等能力極大的降低 ...
  • 消息隊列都應用到了哪些實際的應用場景中? 一、再談消息隊列的應用場景 1、非同步處理:例如簡訊通知、終端狀態推送、App推送、用戶註冊等 2、數據同部:業務數據推送同步 3、重試補償:記賬失敗重試 4、系統解耦:通訊上下行、終端異常監控、分散式事件中心 5、流量削峰:秒殺場景下的下單處理 6、發佈訂閱 ...
  • 二哥,我就是上次說你《教妹學Spring》看不懂的那個小白,沒想到你還特意寫了一篇入門級的 Java 基礎知識,這次真的看懂了,感覺好棒。請原諒我上次的唐突,二哥能夠照顧我們這些小白的學習進度,真的是良心了。 以上是讀者 KEL 在上一篇基礎知識文章發佈後特意給我發來的信息,說實話,看完後蠻感動的, ...
  • OOP的七大原則 OCP(Open Closed Principle),開放封閉原則 :軟體實體應該擴展開放、修改封閉。 實現:合理劃分構件,一種可變性不應當散落在代碼的很多角落裡,而應當被封裝到一個對象里;一種可變性不應當與另一個可變性混合在一起。 DIP(Dependency Inversion ...
  • 一、timer定時器 1.關於定時器的應用:每隔一段固定的時間執行一段代碼。 2.函數Timer().schedule(TimerTask timerTask,Date date,long proid) package code_class_file; import java.text.Simple ...
  • 為什麼要搭建註冊中心集群 以防出現單點故障 也就是唯一那個註冊中心出現故障 導致整個架構故障 互相註冊 相互守望 先要修改本機的hosts文件的主機映射 增加映射 C:\Windows\System32\drivers\etc\hosts 1.修改之前7001配置文件 2.修改之後 需要修改host ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...