URI和URL及URN的區(qū)別

對(duì)于URL,大家都比較熟悉,其他兩個(gè)詞就比較陌生了。URI、URL和URN是識(shí)別、定位和命名互聯(lián)網(wǎng)上的資源的標(biāo)準(zhǔn)途徑。1989年Tim Berners-Lee發(fā)明了互聯(lián)網(wǎng)(World Wide Web)。WWW被認(rèn)為是全球互連的實(shí)際的和抽象的資源的集合–它按需求提供信息實(shí)體–通過(guò)互聯(lián)網(wǎng)訪問(wèn)。實(shí)際的資源的范圍從文件到人,抽象的資源包括數(shù)據(jù)庫(kù)查詢。

因?yàn)橐ㄟ^(guò)多樣的方式識(shí)別資源(人的名字可能相同,然而計(jì)算機(jī)文件只能通過(guò)唯一的路徑名稱組合訪問(wèn)),所以需要標(biāo)準(zhǔn)的識(shí)別WWW資源的途徑。為了滿足這種需要,Tim Berners-Lee引入了標(biāo)準(zhǔn)的識(shí)別、定位和命名的途徑:URI、URL和URN。

URI:Uniform Resource Identifier,統(tǒng)一資源標(biāo)識(shí)符;

URL:Uniform Resource Locator,統(tǒng)一資源定位符;

URN:Uniform Resource Name,統(tǒng)一資源名稱。

在這個(gè)體系中的URI、URL和URN是彼此關(guān)聯(lián)的。URI的范疇位于體系的頂層,URL和URN的范疇位于體系的底層。這種排列顯示URL和URN都是URI的子范疇。

三者中,其中URL和URI特別容易混淆。

URL是Internet上用來(lái)描述信息資源的字符串,主要用在各種WWW客戶程序和服務(wù)器程序上。采用URL可以用一種統(tǒng)一的格式來(lái)描述各種信息資源,包括文件、服務(wù)器的地址和目錄等。

URL的格式由下列三部分組成:

協(xié)議(或稱為服務(wù)方式);

存有該資源的主機(jī)IP地址(有時(shí)也包括端口號(hào));

主機(jī)資源的具體地址。如目錄和文件名等。

第一部分和第二部分之間用”://”符號(hào)隔開(kāi),第二部分和第三部分用”/”符號(hào)隔開(kāi)。第一部分和第二部分是不可缺少的,第三部分有時(shí)可以省略。

目前最大的缺點(diǎn)是當(dāng)信息資源的存放地點(diǎn)發(fā)生變化時(shí),必須對(duì)URL作相應(yīng)的改變。因此人們正在研究新的信息資源表示方法。

URI是以某種統(tǒng)一的(標(biāo)準(zhǔn)化的)方式標(biāo)識(shí)資源的簡(jiǎn)單字符串,一般由三部分組成:

訪問(wèn)資源的命名機(jī)制。

存放資源的主機(jī)名。

資源自身的名稱,由路徑表示。

典型情況下,這種字符串以scheme開(kāi)頭,語(yǔ)法如下:

[scheme:] scheme-specific-part

http://www.google.com,其中http是scheme,//www.google.com是 scheme-specific-part,并且它的scheme與scheme-specific-part被冒號(hào)分開(kāi)了。

有的URI指向一個(gè)資源的內(nèi)部。這種URI以”#”結(jié)束,并跟著一個(gè)anchor標(biāo)志符(稱為片斷標(biāo)志符)。

相對(duì)URI不包含任何命名規(guī)范信息。它的路徑通常指同一臺(tái)機(jī)器上的資源。相對(duì)URI可能含有相對(duì)路徑(如:“..”表示上一層路徑),還可以包含片斷標(biāo)志符。

URI的常見(jiàn)問(wèn)題

難以輸入,URI不必要的冗長(zhǎng)。

莫明其妙的大寫字母。

不常見(jiàn)的標(biāo)點(diǎn)符號(hào)。

在紙介質(zhì)上顯示很困難,一些字符在紙上打印出來(lái)不容易辨認(rèn)。

主機(jī)和端口的問(wèn)題除了?scheme-specific?部分,domain?和port?也可能給用戶帶來(lái)困惑。

設(shè)計(jì)URI應(yīng)該遵循的規(guī)則(具體還可以參考上一篇:優(yōu)秀的URI不會(huì)改變)

URI?是網(wǎng)站UI的一部分,因此,可用的網(wǎng)站應(yīng)該滿足這些URL?要求

簡(jiǎn)單,好記的域名

簡(jiǎn)短(short)的URI

容易錄入的URI

URI?能反應(yīng)站點(diǎn)的結(jié)構(gòu)

URI?是可以被用戶猜測(cè)和hack的(也鼓勵(lì)用戶如此)

永久鏈接,Cool URI don’t change

聰明的選擇URI

一定要短為了URI能被方便的錄入,寫下,拼寫和記憶,URI?要盡可能的短,根據(jù)w3c?提供的參考數(shù)據(jù),一個(gè)URI?的長(zhǎng)度最好不要超過(guò)80個(gè)字節(jié)(這并非一個(gè)技術(shù)限制,經(jīng)驗(yàn)和統(tǒng)計(jì)提供的數(shù)據(jù)),包括schema?和host,port?等。

大小寫策略URI的大小寫策略要適當(dāng),要么全部小寫,要么首字母大寫,應(yīng)避免混亂的大小寫組合,在Unix?世界,文件路徑隊(duì)大小寫是敏感的,而在Windows?世界,則不對(duì)大小寫敏感。

允許URI管理URI映射?管理員可以重新組織服務(wù)器上的文件系統(tǒng)結(jié)構(gòu),而無(wú)需改動(dòng)URI,這就需要URI和真實(shí)的服務(wù)器文件系統(tǒng)結(jié)構(gòu)之間有一個(gè)映射機(jī)制。,而不是生硬的對(duì)應(yīng)。這種映射機(jī)制可以通過(guò)如下技術(shù)手段實(shí)現(xiàn):

Aliases?,別名,Apache?上的目錄別名,IIS?上的虛擬目錄

Symbolic links?,符號(hào)鏈接,Unix?世界的符號(hào)鏈接

Table or database of mappings?,數(shù)據(jù)庫(kù)映射,URI?和文件系統(tǒng)結(jié)構(gòu)的對(duì)應(yīng)關(guān)系存儲(chǔ)在數(shù)據(jù)庫(kù)中。

標(biāo)準(zhǔn)的重定向管理員可以簡(jiǎn)單的通過(guò)修改HTTP?狀態(tài)代碼來(lái)實(shí)現(xiàn)服務(wù)器文件系統(tǒng)結(jié)構(gòu)變更之后的URI兼容,可以利用的HTTP Status Code?有:

301 Moved Permanently ([RFC2616] section 10.3.2)

302 Found (undefined redirect scheme, [RFC2616] Section 10.3.3)

Temporary Redirect ([RFC2616] Section 10.3.8)

用獨(dú)立的URI

技術(shù)無(wú)關(guān)的URI

提供動(dòng)態(tài)內(nèi)容服務(wù)時(shí),應(yīng)使用技術(shù)無(wú)關(guān)的URI。即URI不暴露服務(wù)器端使用的腳本語(yǔ)言,平臺(tái)引擎,而這些語(yǔ)言,平臺(tái),引擎的變化也不會(huì)導(dǎo)致URI的變更。因此,sevelet,cgi-bin之類的單詞不應(yīng)該出現(xiàn)在URI?中。

提供靜態(tài)內(nèi)容服務(wù)時(shí),應(yīng)當(dāng)隱去文件的擴(kuò)展名取而代之的技術(shù)是content-negotiation, proxy,?和URI mapping

身份標(biāo)志和Session?機(jī)制

使用標(biāo)準(zhǔn)的身份認(rèn)證機(jī)制,而不是每個(gè)用戶一個(gè)特定的URI

使用標(biāo)準(zhǔn)的Session?機(jī)制,而不是把Session ID?放在URI?中使用。

內(nèi)容變更時(shí)使用標(biāo)準(zhǔn)轉(zhuǎn)向

對(duì)變更的內(nèi)容使用標(biāo)準(zhǔn)的重定向

對(duì)刪除的資源使用 HTTP410

提供索引代理

索引策略

Content-Location

Content-MD5

提供適當(dāng)?shù)木彺嫘畔?/b>

緩存相關(guān)的HTTP頭

緩存策略

緩存生成內(nèi)容?HTTP HEAD和HTTP GET

總結(jié)

URI?是Web UI?的一部分,應(yīng)當(dāng)像對(duì)待網(wǎng)站Logo?和公司品牌一樣對(duì)待它

URI?是網(wǎng)站和普通用戶之間的唯一接口,應(yīng)當(dāng)像對(duì)待你的商務(wù)電話號(hào)碼一樣對(duì)待它

讀懂并記住上面兩句話,你下次設(shè)計(jì)URI?的時(shí)候就會(huì)給它應(yīng)有的重視了。

URL?應(yīng)當(dāng)是用戶友好的

URI?應(yīng)當(dāng)是可讀的

URI?應(yīng)當(dāng)是可預(yù)測(cè)的

URI?應(yīng)當(dāng)是統(tǒng)一的

讀懂和記住上面四句話,你就知道應(yīng)該設(shè)計(jì)什么樣的URI了。

歡迎關(guān)注我的公眾號(hào)(同步更新文章)DoNet技術(shù)分享平臺(tái)

閱讀原文

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • Spring Cloud為開(kāi)發(fā)人員提供了快速構(gòu)建分布式系統(tǒng)中一些常見(jiàn)模式的工具(例如配置管理,服務(wù)發(fā)現(xiàn),斷路器,智...
    卡卡羅2017閱讀 136,506評(píng)論 19 139
  • 下文是對(duì)維基百科中URI介紹的粗略翻譯。原文 Uniform Resource Identifier統(tǒng)一資源標(biāo)識(shí)符...
    胡不歸vac閱讀 1,014評(píng)論 0 0
  • URI、URL和URNURI :Uniform Resource Identifier,統(tǒng)一資源標(biāo)識(shí)符URL:Un...
    JacobMa1996閱讀 606評(píng)論 0 1
  • 組織:中國(guó)互動(dòng)出版網(wǎng)(http://www.china-pub.com/) RFC文檔中文翻譯計(jì)劃(http://...
    Palomar閱讀 1,640評(píng)論 0 6
  • 喊姥爺像唱歌一樣這一個(gè)月來(lái)會(huì)說(shuō)不少話,模仿發(fā)音的關(guān)鍵時(shí)期能分清某個(gè)物品是誰(shuí)的,不都是佑佑的了晚上吃奶后,轱轆一會(huì)兒...
    星空下的悠游閱讀 177評(píng)論 0 1

友情鏈接更多精彩內(nèi)容