笨辦法學 Python · 續(xù) 練習 24:URL 快速路由

練習 24:URL 快速路由

原文:Exercise 24: Fast URL Search

譯者:飛龍

協(xié)議:CC BY-NC-SA 4.0

自豪地采用谷歌翻譯

我們將結束數據結構和算法的部分巾遭,并將數據結構用于實際問題。我已經寫了幾個 Web 服務器,一個不斷出現(xiàn)的問題是,將 URL 路徑匹配到“動作”。你會在每個 Web 框架咐熙,Web 服務器,和必須基于層次化的鍵來“路由”信息的任何東西中發(fā)現(xiàn)此問題。當你的 Web 服務器收到URL /do/this/stuff/時箩做,必須確定每個部分是否可能附加了某種操作或配置。如果你在/do/配置了 Web 應用程序妥畏,那么你的網絡服務器應該使用/this/stuff/做什么呢邦邦?是否認為它是失敗的,或將其傳遞給 Web 應用程序醉蚁?如果/do/this/中有一個目錄怎么辦燃辖?而且,如何快速檢測到錯誤的 URL网棍,因此你不必處理不存在的巨大請求黔龟?

這種層次化的搜索經常出現(xiàn),這是對你將算法和數據結構應用于問題的能力滥玷,以及性能分析能力進行測試的最佳測試氏身。

挑戰(zhàn)練習

首先,請確定你了解 URL 是什么以及如何使用惑畴。如果沒有蛋欣,那么我建議你花時間去寫一個帶有一些復雜路由的小型 Flask 應用程序。這是你將要實現(xiàn)的路由如贷。

接下來陷虎,你應該執(zhí)行以下操作:

  • 創(chuàng)建一個簡單的基本的URLRouter類到踏,你將為所有實現(xiàn)派生它。你應該可以對此URLRouter執(zhí)行以下操作:
    • 添加一個帶有關聯(lián)對象的新 URL尚猿。
    • 獲取 URL 的完全匹配窝稿。搜索/DO/THIS/STUFF/只返回正好是它的東西。
    • 獲取 URL 的最佳匹配谊路。搜索/DO/THIS/STUFF/將匹配/DO/讹躯,如果這是唯一的匹配。
    • 獲取以此 URL 開頭的所有對象缠劝。
    • 獲取 URL 的最短匹配對象潮梯。搜索/DO/THIS/STUFF/會返回/DO/而不是/DO/THIS/
    • 獲取 URL 的最長匹配對象惨恭。搜索/DO/THIS/STUFF/將返回/DO/THIS/而不是/DO/秉馏。
  • 使用TSTree創(chuàng)建URLRouter的子類,因為這樣最容易了脱羡。確保測試了下面這些事情:
    • 不同長度的隨機 URL 和路徑萝究,在TSTREE和你搜索的內容里面。
    • 在不同情況下只尋找部分路徑
    • 完全不存在的路徑
  • 存在和不存在的非常長的路徑
  • 一旦你讓這個子類工作锉罐,并測試完畢帆竹,推廣你的測試,所以你可以在所有打算完成的實現(xiàn)中運行它脓规。
  • 然后栽连,嘗試使用DoubleLinkedListBSTree侨舆,Dictionary和 Python 的dict來實現(xiàn)秒紧。確保你的泛用測試適用于所有這些。
  • 一旦完成了挨下,開始分析這些實現(xiàn)的不同操作的性能熔恢。

目標是看看與其他數據結構相比,TSTree有多快臭笆。它可能會擊敗大多數東西叙淌,但也許 Python dict多數情況會贏,因為它針對 Python 進行了優(yōu)化愁铺。你甚至可以為每個操作猜測凿菩,哪個數據結構具有最佳性能。

研究性學習

  • 我省略了SuffixArray帜讲,因為它類似于TSTree衅谷,但為了使用它,你必須添加相同的操作似将。實現(xiàn)它获黔,然后看看SuffixArray如何比較蚀苛。
  • 研究你最喜歡的 Web 服務器或 Web 框架是如何實現(xiàn)的。你會發(fā)現(xiàn)很多使用 URL 人不知道什么是三叉搜索樹玷氏,盡管它對于常見操作非常有用堵未。

深入學習

如果你想深入了解算法和數據結構,我強烈推薦 Steven S. Skiena 的《The Algorithm Design Manual》一書盏触。他的書使用 C渗蟹,所以你可能需要先閱讀《笨辦法學 C》,以便能夠瀏覽它赞辩。除此之外雌芽,它是一本很好的書,因為它涵蓋了分析算法和數據結構的性能的理論和實現(xiàn)辨嗽。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末世落,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子糟需,更是在濱河造成了極大的恐慌屉佳,老刑警劉巖,帶你破解...
    沈念sama閱讀 221,576評論 6 515
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件洲押,死亡現(xiàn)場離奇詭異武花,居然都是意外死亡,警方通過查閱死者的電腦和手機杈帐,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,515評論 3 399
  • 文/潘曉璐 我一進店門髓堪,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人娘荡,你說我怎么就攤上這事∈徽樱” “怎么了炮沐?”我有些...
    開封第一講書人閱讀 168,017評論 0 360
  • 文/不壞的土叔 我叫張陵,是天一觀的道長回怜。 經常有香客問我大年,道長,這世上最難降的妖魔是什么玉雾? 我笑而不...
    開封第一講書人閱讀 59,626評論 1 296
  • 正文 為了忘掉前任翔试,我火速辦了婚禮,結果婚禮上复旬,老公的妹妹穿的比我還像新娘垦缅。我一直安慰自己,他們只是感情好驹碍,可當我...
    茶點故事閱讀 68,625評論 6 397
  • 文/花漫 我一把揭開白布壁涎。 她就那樣靜靜地躺著凡恍,像睡著了一般。 火紅的嫁衣襯著肌膚如雪怔球。 梳的紋絲不亂的頭發(fā)上嚼酝,一...
    開封第一講書人閱讀 52,255評論 1 308
  • 那天,我揣著相機與錄音竟坛,去河邊找鬼闽巩。 笑死,一個胖子當著我的面吹牛担汤,可吹牛的內容都是我干的涎跨。 我是一名探鬼主播,決...
    沈念sama閱讀 40,825評論 3 421
  • 文/蒼蘭香墨 我猛地睜開眼漫试,長吁一口氣:“原來是場噩夢啊……” “哼六敬!你這毒婦竟也來了?” 一聲冷哼從身側響起驾荣,我...
    開封第一講書人閱讀 39,729評論 0 276
  • 序言:老撾萬榮一對情侶失蹤外构,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后播掷,有當地人在樹林里發(fā)現(xiàn)了一具尸體审编,經...
    沈念sama閱讀 46,271評論 1 320
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 38,363評論 3 340
  • 正文 我和宋清朗相戀三年歧匈,在試婚紗的時候發(fā)現(xiàn)自己被綠了垒酬。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 40,498評論 1 352
  • 序言:一個原本活蹦亂跳的男人離奇死亡件炉,死狀恐怖勘究,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情斟冕,我是刑警寧澤口糕,帶...
    沈念sama閱讀 36,183評論 5 350
  • 正文 年R本政府宣布,位于F島的核電站磕蛇,受9級特大地震影響景描,放射性物質發(fā)生泄漏。R本人自食惡果不足惜秀撇,卻給世界環(huán)境...
    茶點故事閱讀 41,867評論 3 333
  • 文/蒙蒙 一超棺、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧呵燕,春花似錦棠绘、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,338評論 0 24
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽适肠。三九已至,卻和暖如春候引,著一層夾襖步出監(jiān)牢的瞬間侯养,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 33,458評論 1 272
  • 我被黑心中介騙來泰國打工澄干, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留逛揩,地道東北人。 一個月前我還...
    沈念sama閱讀 48,906評論 3 376
  • 正文 我出身青樓麸俘,卻偏偏與公主長得像辩稽,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子从媚,可洞房花燭夜當晚...
    茶點故事閱讀 45,507評論 2 359

推薦閱讀更多精彩內容

  • Spring Cloud為開發(fā)人員提供了快速構建分布式系統(tǒng)中一些常見模式的工具(例如配置管理逞泄,服務發(fā)現(xiàn),斷路器拜效,智...
    卡卡羅2017閱讀 134,697評論 18 139
  • Android 自定義View的各種姿勢1 Activity的顯示之ViewRootImpl詳解 Activity...
    passiontim閱讀 172,283評論 25 707
  • 1. Java基礎部分 基礎部分的順序:基本語法喷众,類相關的語法,內部類的語法紧憾,繼承相關的語法到千,異常的語法,線程的語...
    子非魚_t_閱讀 31,662評論 18 399
  • 我建的項目一共189M赴穗,但是二級文件夾加起來也就90多M憔四,最后找到了原因,是因為用git做版本管理過程中般眉,會建立隱...
    阿凡提說AI閱讀 996評論 2 0
  • 76人燴面
    貓老鼠閱讀 352評論 0 0