<strike id="cy2gs"><menu id="cy2gs"></menu></strike>
  • <del id="cy2gs"><dfn id="cy2gs"></dfn></del>
  • 你可能不需要在 JavaScript 使用 switch 語句!

    2020-7-23    seo達人

    沒有 switch 就沒有復雜的代碼塊

    switch很方便:給定一個表達式,我們可以檢查它是否與一堆case子句中的其他表達式匹配。 考慮以下示例:


    const name = "Juliana";


    switch (name) {

     case "Juliana":

       console.log("She's Juliana");

       break;

     case "Tom":

       console.log("She's not Juliana");

       break;

    }

    當 name 為“Juliana”時,我們將打印一條消息,并立即中斷退出該塊。 在switch函數內部時,直接在 case 塊使用 return,就可以省略break。


    當沒有匹配項時,可以使用 default 選項:


    const name = "Kris";


    switch (name) {

     case "Juliana":

       console.log("She's Juliana");

       break;

     case "Tom":

       console.log("She's not Juliana");

       break;

     default:

       console.log("Sorry, no match");

    }

    switch在 Redux reducers 中也大量使用(盡管Redux Toolkit簡化了樣板),以避免產生大量的if。 考慮以下示例:


    const LOGIN_SUCCESS = "LOGIN_SUCCESS";

    const LOGIN_FAILED = "LOGIN_FAILED";


    const authState = {

     token: "",

     error: "",

    };


    function authReducer(state = authState, action) {

     switch (action.type) {

       case LOGIN_SUCCESS:

         return { ...state, token: action.payload };

       case LOGIN_FAILED:

         return { ...state, error: action.payload };

       default:

         return state;

     }

    }

    這有什么問題嗎?幾乎沒有。但是有沒有更好的選擇呢?


    從 Python 獲得的啟示

    來自 Telmo 的這條 Tweet引起了我的注意。 他展示了兩種“switch”風格,其中一種非常接近Python中的模式。


    Python 沒有開關,它給我們一個更好的替代方法。 首先讓我們將代碼從 JavaScript 移植到Python:


    LOGIN_SUCCESS = "LOGIN_SUCCESS"

    LOGIN_FAILED = "LOGIN_FAILED"


    auth_state = {"token": "", "error": ""}



    def auth_reducer(state=auth_state, action={}):

       mapping = {

           LOGIN_SUCCESS: {**state, "token": action["payload"]},

           LOGIN_FAILED: {**state, "error": action["payload"]},

       }


       return mapping.get(action["type"], state)

    在 Python 中,我們可以使用字典來模擬switch 。 dict.get() 可以用來表示 switch 的 default 語句。


    當訪問不存在的key時,Python 會觸發一個 KeyError 錯誤:


    >>> my_dict = {

       "name": "John",

       "city": "Rome",

       "age": 44

       }


    >>> my_dict["not_here"]


    # Output: KeyError: 'not_here'

    .get()方法是一種更安全方法,因為它不會引發錯誤,并且可以為不存在的key指定默認值:


    >>> my_dict = {

       "name": "John",

       "city": "Rome",

       "age": 44

       }


    >>> my_dict.get("not_here", "not found")


    # Output: 'not found'

    因此,Pytho n中的這一行:


    return mapping.get(action["type"], state)

    等價于 JavaScript中的:


    function authReducer(state = authState, action) {

     ...

       default:

         return state;

     ...

    }

    使用字典的方式替換 switch

    再次思考前面的示例:


    const LOGIN_SUCCESS = "LOGIN_SUCCESS";

    const LOGIN_FAILED = "LOGIN_FAILED";


    const authState = {

     token: "",

     error: "",

    };


    function authReducer(state = authState, action) {

     switch (action.type) {

       case LOGIN_SUCCESS:

         return { ...state, token: action.payload };

       case LOGIN_FAILED:

         return { ...state, error: action.payload };

       default:

         return state;

     }

    }

    如果不使用 switch 我們可以這樣做:


    function authReducer(state = authState, action) {

     const mapping = {

       [LOGIN_SUCCESS]: { ...state, token: action.payload },

       [LOGIN_FAILED]: { ...state, error: action.payload }

     };


     return mapping[action.type] || state;

    }

    這里我們使用 ES6 中的計算屬性,此處,mapping的屬性是根據兩個常量即時計算的:LOGIN_SUCCESS 和 LOGIN_FAILED。

    屬性對應的值,我們這里使用的是對象解構,這里 ES9((ECMAScript 2018)) 出來的。


    const mapping = {

     [LOGIN_SUCCESS]: { ...state, token: action.payload },

     [LOGIN_FAILED]: { ...state, error: action.payload }

    }

    你如何看待這種方法?它對 switch 來說可能還能一些限制,但對于 reducer 來說可能是一種更好的方案。


    但是,此代碼的性能如何?


    性能怎么樣?

    switch 的性能優于字典的寫法。我們可以使用下面的事例測試一下:


    console.time("sample");

    for (let i = 0; i < 2000000; i++) {

     const nextState = authReducer(authState, {

       type: LOGIN_SUCCESS,

       payload: "some_token"

     });

    }

    console.timeEnd("sample");

    測量它們十次左右,


    for t in {1..10}; do node switch.js >> switch.txt;done

    for t in {1..10}; do node map.js >> map.txt;done

    clipboard.png


    人才們的 【三連】 就是小智不斷分享的最大動力,如果本篇博客有任何錯誤和建議,歡迎人才們留言,最后,謝謝大家的觀看。


    原文:https://codeburst.io/alternat...


    代碼部署后可能存在的BUG沒法實時知道,事后為了解決這些BUG,花了大量的時間進行log 調試,這邊順便給大家推薦一個好用的BUG監控工具 Fundebug。

    藍藍設計www.skdbbs.com )是一家專注而深入的界面設計公司,為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 平面設計服務



    日歷

    鏈接

    個人資料

    藍藍設計的小編 http://www.skdbbs.com

    存檔

    主站蜘蛛池模板: 精品成人av一区二区三区| 色偷偷88欧美精品久久久| 国产免费伦精品一区二区三区| 无码精品久久久久久人妻中字| 国产精品欧美亚洲韩国日本久久| 久久久精品人妻一区二区三区蜜桃| 久久精品国产精品亚洲艾草网美妙| 久久97精品久久久久久久不卡| 亚洲精品乱码久久久久久久久久久久| 成人精品一区二区久久久| 精品三级AV无码一区| 伊人精品久久久久7777| 精品欧美小视频在线观看| 午夜精品视频在线观看| 国产精品久久久福利| 国产成人精品一区二区秒拍| 色妞ww精品视频7777| 一级A毛片免费观看久久精品| 久久久精品波多野结衣| 国产精品九九久久免费视频| 奇米精品一区二区三区在线观看| 999国内精品永久免费观看| 久久精品aⅴ无码中文字字幕不卡| 亚洲精品成人片在线观看| 久久人人爽人人精品视频| 精品人妻伦九区久久AAA片69| 国产精品亚洲mnbav网站| 国产精品粉嫩美女在线观看| 成人精品一区二区久久| 亚洲精品你懂的| 青青草精品视频| 青青草国产精品久久久久| 在线人成精品免费视频| 91久久精品国产成人久久| 99久久国产综合精品成人影院| 99热精品久久只有精品| 国产精品美女网站| 精品视频在线观看你懂的一区 | 一区二区国产精品| 中文字幕一区二区三区日韩精品| 一本色道久久88精品综合|