溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
本篇內容介紹了“express URL參數化路由怎么解決”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！
在最近的開發過程中發現有同事將express路由位置放得不合適, 導致我們自己的中間件在驗證URL Parameter 的時候報錯了, 經過插卡資料分享一個解決參數化路由的小技巧.
r.route('PUT', '/bind')
r.route('PUT', '/unbind')
r.route('PUT', '/:deviceId')上面的路由中, express 的中間件 request 對象會認為 bind 和 unbind 也是 參數 deviceId 的值, 我們有一個中間件剛好限制所有的 URL Parameter 必須是 number 類型, 這樣導致在請求 /bind 和 /unbind 的時候都會報告deviceId類型錯誤, 需要說明的是這個錯誤是在調用了正確路由之后, 不影響使用, 但是后端會拋出異常也是一件不可接受的事情, 所有需要想辦法解決. 因為獲取 Parameter 是通過 express 標準接口獲的, 所以在中間層做兼容行的類型檢查不合適, 應該想辦法讓 express 知道我們的 bind 和 unbind 不是變量.
設置更準確的路由規則, 讓 express 更準確的發現 URL 參數, 所以可以第三個路由定義修改如下:
r.route('PUT', '/:deviceId(\\d+)')增加了(\\+d)后, 路由匹配即幫助過濾了 bind 和 unbind 這樣的值, 標準接口也不會返回非法的他們, 中間件也就不需要修改了.
“express URL參數化路由怎么解決”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
