網站建設中的“錨”的知識詳解
作者：佚名 時間：2014-01-02 分享到：
網站建設中的“錨”的知識詳解
錨（）標簽是HTML和XHTML中用來定義超鏈接的源和目標的特性（這里的術語似乎有些不對頭；“錨”標簽應該只標記一個目標，而不應該是超鏈接的超始點。）
我們經常使用標簽和它的href屬性來定義一個源超鏈接。這個href屬性的值就是目標的URL.源標簽的內容（即在該標簽和其結束標簽之間的文字或圖像）是文檔中特地要在瀏覽器顯示中激活的一部分，從而允許用戶通過選擇它來實現一個超鏈接。這些錨內容看上去通常與周圍的其他文檔內容不大一樣（錨內容是具有不同衍射或者下劃線的文本，具有特殊邊框的圖像或者其他效果）而且當鼠標指針圖標從其上移過時會發生變化。因此，標簽內容的文字或圖像（圖標更好）應當明確、直觀的告訴使用者，這個超鏈接將把他們帶到哪里去。
舉個例子，瀏覽器會特地顯示下面的“Kumquat Archive”這些字，而且當鼠標移過它們時會改變指針形狀：
Formore information on kumquats，visit ourkumquat Archive
如果用戶在這段文本上單擊鼠標，瀏覽器就會自動從www.ktcbnqb.cn的服務器上檢索一個名為html-1542.html的網頁,并將這個網頁顯示給用戶。
超鏈接的名稱和導航
能夠指向世界另一邊其他某個地方的文檔，這種做法不僅非常酷，還支持你在自己的文檔休中進行導航。超鏈接的主要任務是幫助用戶在你自己的文檔集中導航，從而找到對他們有用的信息。因此，浮現出了主頁（home page）和支持文檔（supporting document）的概念。
任何文檔都不應該過長。首先，這樣會出現很嚴重的性能問題；如果文檔總也下載不完，或者一旦下載完之后，用戶為了找到某個特定部分，不得不無休止的上下翻屏，那么不論你的作品多么豐富，工作的價值肯定會受到這些不利方面的影響。
相反，你應該把作品設計成一個由簡單明子的網頁組成的集合，就像一本書有不同章節一樣，每一章都針對一個特定的主題，這樣有利于用戶快速地尋找和瀏覽。然后再用超鏈接組織該集合。
舉個例子，你可以用主頁（即整個集合的首要的第一頁面）作為一個主索引，其中都是對集合中其化文檔的簡單描述和分別的鏈接。
還可以使用標簽name變量或幾乎所有標簽都具有的id屬性，用它們標識文檔的不同部分。標簽的id和name錨可以用作文檔內部的超鏈接目標，因此可以幫助用戶非常容易地在司一個文檔內導航，或者跳轉到其他文檔中的某個特定部分。在超鏈接中那個被指向的id前面附加上一個“#”符號，以及該部分的名稱，就可以將其作為該URL的后綴。
例如，要引用存檔中的某個特定的主題，如我們下面的例子中的
...preceding content...
上海網站建設
然后把這個id的值作為該文檔url的后綴，并使用“#”符號分開，這樣就準備了一個直接指向那些處方的源超鏈接：
formore information on kumquats, visit our上海網站建設,and perhaps try one or two or our上海網站建設
如果用戶選擇了第二個鏈接，瀏覽器將下載html-1542.html文檔，并從我們的“news”部分開始顯示。
網站錨之外的內容
超鏈接并不一定僅限于指向其他HTML或者XHTML文檔。錨允許指向網絡上任何種類的文檔，包括其他網絡服務。
然而，允許(let)和能夠(enable)是兩個完全不同的事情。瀏覽器能夠處理像FTP和G opher這樣的網絡服務，因此用戶可以下載非HTMl文檔。但是它對視頻的支持還不完全，或者說是還不夠好。
現在，對于各種多媒體格式方面似乎很少有什么標準。連接到web上的計算機系統在播放這些格式的聲音和顯示視頻的能力上也大相徑庭。除一些圖形圖像之外，標準的HTML/XHTML無法為多媒體文檔提供標準的顯示樣格式，當然由錨引用的鏈接例外。當瀏覽器獲得多媒體文檔時，它們必須要借助助手應用程序（htlper application）來下載并執行相應的applet,或者利用某個已經安裝的插件（plug-in）輔助程序來解碼，并在文檔中正確地顯示給用戶。
盡管HTML和目前的大多數瀏覽器都盡量避免使用多媒體，以免由此給用戶帶來因惑，但這并不意味著不能或者說不應該在文檔中使用多媒體；只要注意這些限制就可以了。
如沒特殊注明，文章均為上海聯楷網絡原創,轉載請注明來自：http://www.ktcbnqb.cn/news/20151229/n6671.html
