用微格式造句子，“微格式”造句

儘管微軟和雅虎已經開始支持微格式，是不是已經足以抵禦Google了呢？

現在查看這些微格式的具體信息，以查看怎樣在代碼中實施它們。

一些微格式試圖把專有的結構嵌入到主體語言的結構中去。

因此像我一樣的極客們提出某種微格式作為一種解決辦法，這個想法聽起來很誘人：採用第一行那樣的文字和格式開始討論主題。

類似的方法，如微格式(microformat)，則簡化了標記過程，從而引發了一個類似先有雞還是先有蛋的問題。

過去的方法是將這些信息放置在頁面的超文本標記語言（HTML）中，微格式摒棄了這種做法，而是添加一些標準化HTML標記和層疊樣式表（CSS）類名。

微格式是大部分通過使用class屬*(有時還有idtitlerel或rev屬*)添加信息到web頁面的簡單方法。class名稱的語義非常豐富，並且可以概括的描述數據。

微格式的指導思想是儘可能重用已有的語義格式，特別是HTML。

其約定不過是在主體語言詞彙的此類結構中提供了一些細微的差別，我把這種微格式稱為具有細微差別的微格式（nuancemicroformats）。

這些輕量級標記語言缺乏對微格式的支持是可以理解的。

由於有了算法，微格式有別於本系列中的很多其他格式，原因是它不是某些組織(如w3c或IETF)內的標準過程的一部分。

Google已開始用微格式和RDFa為涉及大眾、評論以及視頻內容的詞彙建立索引。

對微格式內容使用JSON代表了數據一端。

微格式宣稱擁有的社區應該在微格式日行漸遠的時候向大家發出*告。

GRDDL即可以與RDF編碼的數據協同工作，也可以與微格式數據親密合作，這些微格式數據能夠動態轉換成rdf數據。

微格式允許用户在信息中混合各種類型的擴展內容，如日曆信息、個人聯繫信息或者圖片元數據。

微格式正是這樣一種理念。

對於文檔方面，我們可以從結構化文本開始接近微格式。

此功能基本上就是從Web頁面上提取和顯示有用的的信息提取有用的資料顯示，以架構化數據的開放標準，如微格式和RDFa達成。

微格式的概念最初出現於二十年前，那時它是一種把豐富語義嵌入主格式（如HTML/XHTML和 Atom）的方法。

在介紹微格式時，我想採用先抑後揚的方法，我將回顧不久前我在華盛頓西雅圖的一次技術研討會上的經歷。

雖然JSON的應用靠近文檔-數據譜系中的數據一端，也可用結構文本格式處理文檔**較濃的微格式。

對於拖放*作，portlet微格式提供了源以拖放目標，而容器微格式提供了拖放的目標。

微格式內部的一些基本思想是相當合理的，不過它的作用被大肆誇大了，以致於人們有些時侯不會去考慮微格式的適用範圍和適用緣由。