在兩個月前開始了這個系列。我希望能夠通過講述我如何實現(xiàn)他們的細(xì)節(jié)來傳播我對微格式的熱愛，鼓勵更多的人來支持他。到現(xiàn)在為止，我們已經(jīng)討論了：
基于鏈接關(guān)系的微格式:使用rel屬性
為網(wǎng)頁添加hCard微格式
非?？岬奈⒏袷剑篨FN規(guī)范
為網(wǎng)頁內(nèi)容添加結(jié)構(gòu)和語義的hAtom微格式

現(xiàn)在，我們來討論hResume微格式，他通常被用來為網(wǎng)頁內(nèi)容中的簡歷添加結(jié)構(gòu)和語義信息。

hResume背景

在我們詳細(xì)討論hResume之前，先來了解一些背景知識。

提案規(guī)范

hResume是一個處于提案狀態(tài)的微格式。這是什么意思呢？意味著在成為正式提案之前還會有很多變化，雖然說最終一定會通過。這會不會有很大影響？可能對您來說，但是對我來說影響不大。我非常接受的一點就是現(xiàn)在所有的互聯(lián)網(wǎng)技術(shù)都是日新月異的，這是互聯(lián)網(wǎng)的特性。

微格式最好的地方

hResume屬于簡單的微格式之一，只有八個屬性。同時，hResume還是一個很復(fù)雜的微格式；他利用另外三個微格式：rel-tag，hCard 和 hCalendar。在很多方面上看，這也呈現(xiàn)出微格式最強大的特點：他們使用已有的標(biāo)準(zhǔn)。

最不好的地方

hResume如何利用hCard和hCalendar對于我來說，很多時候都非常讓人困惑和有挫敗感。也許是因為他還處于提案狀態(tài)，在最后通過的時候希望這些問題都能夠被解決。不過，也可能是因為我沒有想好如何把hCard和hCalendar信息更好的同我的簡歷融合在一起。不過不管是什么原因，從我的角度來說，hResume在某種程度上顯示了微格式很不好的地方。并不是只有在使用hResume的時候才有問題。所有的微格式都缺少容易理解的信息和很好的文檔。我想這讓推動微格式很苦惱。

因為hResume還是提案階段，所以很難期望有很多人分享這方面的信息和資源。但是微格式的Wiki上還是提供了很詳細(xì)的定義。因為另外的資源非常少，所以才使得實現(xiàn)這個微格式非常的痛苦和挫敗。不過這也是我為什么寫這些關(guān)于微格式的博客文章，我也希望能夠有越來越多的文章出現(xiàn)，越來越多的人談?wù)撍?，就會有越來越多更好的資源和信息。

歷史

hResume的歷史非常簡單。不像hCard、hCalendar和hAtom，在他之前沒有類似的技術(shù)手段。不過，他還是建立在對現(xiàn)有簡歷格式的研究基礎(chǔ)上，例如HR-XML和Europass。

基礎(chǔ)知識

跟所有微格式一樣，他也有一些規(guī)則這里還要說明：

屬性和子屬性通過class代碼聲明。這些代碼定義了hResume微格式
屬性和子屬性名稱大小寫敏感
“根”屬性不能和其他子屬性組合在一起。因此，<p class="hresume contact"> 是無效的