么是HTML / HTM文件?他們相差一個字母有什么區別嗎,如何查看或編輯源代碼以及如何轉換成其他格式,例如DOCX,PDF,JPG 等,針對這些問題編程獅W3Cschool整理以下資料希望能對你有所幫助:
HTM / HTML 文件是超文本標記語言(Hyper Text Markup Language)文件,是 Internet 上的標準網頁文件類型。
由于 HTM 文件是純文本文件,因此它們僅包含文本(例如您現在正在閱讀的內容)以及對其他外部文件的文本引用(例如本文中的配圖)。
HTM 和 HTML 文件還可以引用其他文件,例如視頻,CSS 或 JS 文件。
HTM 與 HTML 沒有本質意義的區別,只是為了滿足 DOS 僅能識別 8+3 的文件名而已,因為一些老的系統 (win32) 不能識別四位文件名,所以某些網頁服務器要求 index.html 最后一個 l 不能省略。MSIE 能自動識別和打開這些文件,但編寫網頁地址的時候必須是完全對應的,也就是說 index.htm 和 index.html 是兩個不同的文件,對應著不同的地址。值得一提的是 UNIX 系統中對大小寫敏感,不吻合的話就可能報沒有文件或者找不到文件。
任何 Web 瀏覽器,例如 Edge,Firefox,Chrome,Opera,IE,360 安全瀏覽器等,都可以打開并正確顯示 HTM 和 HTML 文件。換句話說,在瀏覽器中打開這些文件并“解碼(decode)” HTM 或 HTML 文件使其能正確顯示。
現在有很多簡化編輯和創建 HTM / HTML 文件的工具。一些著名的免費 HTML 編輯器包括 Eclipse ,Komodo Edit 和 Bluefish 。另一個流行的具有許多高級功能的 HTM / HTML 編輯器是 Adobe Dreamweaver ,不過它是收費的。
雖然 Windows 系統自帶的記事本等簡單的文本編輯器的功能不如專用的 HTM 編輯器那么豐富,但是對 HTM 或 HTML 文件進行簡單編輯修改還是可以的。不過,W3Cschool還是建議大家使用專用的編輯器,如 WebStorm、VS Code 等,它具更多專業功能。
這是一個非常簡單的 HTML 頁面以文本形式顯示的示例:
源碼:
<!doctype html>
<html>
<head>
<meta charset="utf-8">
<title>什么是HTM或HTML文件? - 編程獅(w3cschool.cn)</title>
</head>
<body>
<h1>什么是HTM或HTML文件?</h1>
<p>HTM / HTML 文件是超文本標記語言(Hyper Text Markup Language)文件,是 Internet 上的標準網頁文件類型。</p>
<p>由于 HTM 文件是純文本文件,因此它們僅包含文本(例如您現在正在閱讀的內容)以及對其他外部文件的文本*引用*(例如本文中的配圖)。</p>
<p>HTM 和 HTML 文件還可以引用其他文件,例如視頻,CSS 或 JS 文件。</p>
</body>
</html>
當 Web 瀏覽器呈現信息時,HTML 文件的源代碼被“轉換”為真實的網頁(盡管源代碼已很精簡了)。
HTM 文件以特定的語法(規則)構成,以使其中的代碼和文本在瀏覽器中打開時能夠正確顯示。因此,將 HTM / HTML 文件轉換為另一種格式可能會丟失頁面上的所有功能。
如果你想要做的是將一個 HTM / HTML 文件轉換為方便離線查看的文件,這時圖片或 PDF 格式會方便很多。
在 Chrome 中,鼠標右鍵單擊網頁,出現的選項菜單中進入 “打印(P)...”(快捷鍵:CTRL + P) ,在打印選項中選擇另存為 PDF,以將窗口中的頁面轉換為 PDF 文件。Chrome 瀏覽器的擴展功能也稱為“全屏截屏”,可將 Chrome 瀏覽器中所有打開的 HTM / HTML 文件轉換為 PNG 文件。
其他瀏覽器具有類似的功能,例如 Firefox 的 “另存為 PDF” 加載項。
您也可以使用專門用于 HTM / HTML 進行圖像文件轉換的網站,例如iWeb2Shot 或Web-capture 。
一個免費的文件轉換器可以用來轉換并保存 HTM / HTML 文件到您的計算機。如 FileZigZag 是一個免費的文檔轉換器網站,可將 HTM 轉換為RTF,EPS,CSV,PDF 和許多其他格式。
HTM / HTML 文件不能轉換為文本文件格式以外的任何格式。例如,HTML 文件永遠不能轉換為 MP3 音頻文件。
HTML / HTM 文件應該很容易打開,因為它們只是任何 Web 瀏覽器都可以查看的文本文件。如果您的文件沒有從上面建議的任何程序打開,則很有可能正在打開的這個文件并非超文本標記語言文件。
某些文件格式使用的文件擴展名與 HTML / HTM 非常相似,但實際上并非相同。一個主要的示例是用于壓縮 HTML 電子書文件的 HTMLZ 文件擴展名。有 HTML 文件在內的 HTMLZ 文件,但整個包的格式為 ZIP,不會在 Web 瀏覽器或文本編輯器打開。
在此示例中,您需要特定的 HTMLZ 文件查看器,例如Caliber 。或者,由于此文件格式實際上是存檔,因此您可以使用 7-Zip 之類的文件解壓縮器將其打開,然后您可以使用網絡瀏覽器或上述任何其他 HTML 查看器/編輯器打開任何單獨的 HTML 文件。
TMLANGUAGE 是另一個可能與 HTML / HTM 文件混淆的文件擴展名。這些實際上是TextMate 用于 macOS 的 TextMate 語言語法文件。
以上就是編程獅W3Cschool為你整理的關于《什么是HTM或HTML文件?如何打開、編輯和轉換HTM和HTML文件?》的全部內容,現希望可以幫到你~
載說明:原創不易,未經授權,謝絕任何形式的轉載
在最近的前端開發技術的探討中,htmx經常成為熱議的話題。一些人批評它,認為盡管htmx批評現代前端框架過于復雜,但它自己卻似乎也是一個復雜的框架。這種看法值得我們深入思考。因為當你將任何第三方代碼引入你的項目時,無論是htmx還是其他,都意味著你需要理解并維護它,尤其是在升級的時候。所以,讓我們仔細分析一下這種批評,并探究htmx在解決它所宣稱的問題時的實際表現。
關于htmx是庫還是框架的討論,常常出現在爭論之中。有人辯稱htmx實際上是一個庫,而不是框架。但這種說法可能不太準確。
“框架”這個詞在技術上并沒有一個嚴格的定義,它和“庫”之間的界限并不是那么明顯。但我們還是可以嘗試去區分它們:
這個比喻可能會更加形象:庫就像是你添加到機器中的齒輪,而框架則像是一個你通過定制齒輪來控制的預制機器。
這種區別之所以重要,是因為它關系到代碼的可替換性。比如,一個使用了CSV解析庫的JavaScript服務可以相對容易地更換另一個CSV解析庫;但如果是使用了NextJS這樣的框架,服務可能就會在整個生命周期中依賴于NextJS,因為大量代碼都是基于與NextJS構件的交互編寫的。
因此,如果你的服務是基于某個框架構建的,它的有效壽命就與該框架的有效壽命緊密相連。如果那個框架被廢棄、不受歡迎或難以維護,那么修改你的項目就會變得越來越困難,直到最后你不得不放棄對它的修改,并可能整個項目被擱置。
這正是人們在問“htmx只是另一個JavaScript框架嗎?”時的擔憂所在。他們不希望自己投入到一個很快就會過時的系統中,就像過去很多Web開發框架那樣。
盡管社區對此存在爭議,但從我個人的角度看,htmx在大多數使用場景中顯然更接近于一個框架。當然,這也取決于你如何使用它。
當你在項目中使用htmx時,你會在HTML中包含htmx的屬性(比如hx-post,hx-target),編寫以htmx格式化數據(帶有特定請求頭)來調用的端點,并從這些端點返回htmx期望的格式化數據(帶有hx-*控制的HTML)。所有這些屬性、頭部和端點的相互作用,創建了一個通過網絡請求使元素進入和退出DOM的系統。
如果你在網站的許多網絡請求中使用htmx,那么引入htmx對項目結構的影響是顯著的,從如何構建前端標記到端點進行的數據庫查詢,htmx的加入都會對整個應用程序架構產生深遠影響。這種影響是框架式的,意味著一旦采用了htmx,就不容易被替換掉。
當然,你也可以選擇以更類似于庫的方式使用htmx,僅在網頁的某些部分添加動態功能。這就像你可以用類似庫的方式使用React,但這并不意味著React不是一個框架。實際上,很多開發者在他們的應用中使用htmx,都是在遵循htmx的框架式要求,將其作為構建超媒體應用的一個框架。
使用htmx最有效的方式是順應它的優勢。例如,你當然可以選擇發送JSON格式化的表單體,但更簡單的做法是使用application/x-www-form-urlencoded格式,并編寫一個能接受這種格式的端點。同樣地,你也可以編寫一個跨多個不同客戶端重用的端點,但更簡單的做法是將你的數據和超媒體API分離到不同的URL。是的,htmx可以作為庫使用,但讓它成為你的框架可能會更好。
盡管htmx在很多情況下被當作一個框架使用,但這并不意味著它就是“另一個JavaScript框架”。htmx最大的優勢在于它的核心是HTML。
如果你將htmx當作框架來使用,那么從一個角度來看,它確實是基于大約4000行JS實現的。但從另一個更重要的角度來看,htmx并不是:不像React、Svelte、Solid等讓你編寫JS(X)并將其轉換為HTML的框架,htmx讓你直接編寫HTML。這種方式避免了很多其他框架隨著時間推移可能帶來的維護問題。
例如,當你想升級或更改某些依賴時,如果你使用的框架與這種更改不兼容,代碼庫往往會遇到困難。Java是一個著名的例子——有無數行Java代碼因為升級Spring太難而永遠停留在Java 8。但當你使用htmx時,你不會遇到這個問題,因為htmx是一個零依賴的、客戶端加載的JavaScript文件,它不會與你的服務器依賴的任何構建過程或依賴鏈發生沖突。
另一個重要優勢是,瀏覽器直接渲染HTML,因此使用htmx時不需要任何編譯器或轉譯器。雖然許多htmx用戶喜歡用JSX來渲染API響應,但htmx與傳統的模板引擎兼容性良好,可以輕松移植到任何語言。Django和Rails在2008年就很流行,到今天仍然如此——htmx也可以與它們無縫集成。htmx的一個反復出現的主題是,它與新舊開發工具都很好地搭配,因為這些工具的共同點是HTML,而htmx正是用來編寫HTML的。
將用戶的主要工作聚焦在HTML上,而不是JS上,帶來了許多優勢。這種方式簡化了學習過程,使得開發者不必為了追隨JavaScript框架的最新趨勢而疲于奔命。無論何時
編寫你的htmx應用程序,htmx表單的行為始終與普通HTML表單的定義方式大致相同:使用<form>標簽。通過htmx添加的網絡功能,例如使用PUT請求并控制響應的去向,都是對傳統HTML表單的增強,但在驗證、輸入、標簽、自動完成等方面,你依然享受到標準<form>元素的默認行為。
更重要的是,因為htmx僅在網絡請求和DOM替換這一狹窄領域擴展了HTML,所以你編寫的大多數“htmx”代碼實際上就是普通的HTML。這意味著當你遇到可以通過原生HTML元素解決的問題時,你的代碼將更加長青。例如,當你需要一個可折疊的div時,如果沒有復雜的狀態管理機制,你可能會選擇使用<details>元素,而不是編寫復雜的JavaScript。這種方式使得學習Web開發變得更加友好,因為你的大部分知識將隨著HTML的持續有效而保持相關性。
從這個角度來看,htmx更像是JQuery而不是React(實際上,htmx的前身intercooler.js是一個JQuery擴展)。但它在JQuery的基礎上做了改進,采用了聲明式、基于HTML的接口:JQuery要求你在<script>標簽中指定AJAX行為,而htmx只需要一個簡單的hx-post屬性。
總的來說,雖然htmx可以作為一個框架使用,但它在很多方面都與傳統的JavaScript框架不同,它的這些特點使得它更加貼近Web的核心語義——HTML。并且,由于Web的向后兼容性保證,htmx將能夠從這些語義的改進中受益,而無需用戶進行額外工作。如果你想構建一個持久的網站,這些特性使得htmx成為比許多同代框架更好的選擇。
通過這篇對htmx的深入探討,我們可以看到,htmx在技術上介于庫和框架之間,它強調使用HTML來驅動應用的行為,而非依賴復雜的JavaScript結構。這種方法降低了學習曲線,增強了代碼的可維護性和可移植性。對于那些尋求簡化Web開發流程、減少對復雜JavaScript框架的依賴的開發者來說,htmx提供了一個有趣且有效的選擇。
無論htmx被視為庫還是框架,其核心價值在于簡潔性和對HTML的重視,這使得它在當前的Web開發生態中占有一席之地。這也提醒我們,在追求前沿技術的同時,不應忽視基礎技術的力量。在復雜性和現代化的交錯中,找到適合自己項目的平衡點,是每個Web開發者的重要任務。
者 | Tim Anderson
譯者 | 王強
策劃 | Tina
AI 大模型超全落地場景&金融應用實踐,8 月 16 - 19 日 FCon x AICon 大會聯訣來襲、干貨翻倍!
用于擴展 HTML 規范的 Htmx 項目發布了 2.0 版,這是該項目自 2020 年 11 月 發布 1.0 版以來的第一個主要版本。
Htmx 2.0 取消了對 Internet Explorer 的支持,并將擴展項移出了核心存儲庫,這樣每個擴展都可以按照自己的節奏發布更新了。新版本還刪除了一些已棄用的屬性,并將 HTTP DELETE 請求更改為使用參數。
新版還加入了一些新特性,包括 htmx.swap() 方法,該方法用新內容替換現有內容。它替換并改進了現有的內部 selectAndSwap() 方法。新版還改進了與 Web 組件、可重復使用的自定義元素的集成。
新版發布博文解釋說,為了避免破壞現有項目,1.x 版本將在 NPM(節點包管理器)中繼續標注為為“latest”,2.x 還是“next”,直到 2025 年 1 月 1 日為止。遷移到 2.0 版并不困難,但根據遷移指南,用戶可能需要做一些工作。
Htmx 是一種新的前端開發方法,側重于 HTML 而非 JavaScript(盡管它是作為 JavaScript 庫實現的)。Htmx 是從之前的一個項目 intercooler.js 發展而來的,后者是由 Htmx 發明者 Carson Gross 于 2013 年創建。這兩個項目的靈感都來自于這樣一種觀點:HTML 的特性一直因為行業對 JavaScript 框架的關注而被限制住了,而 JavaScript 框架的復雜性卻一直在增長。Gross 在 2020 年推出 1.0 版時寫道:“HTML 導向的 Web 開發范式被拋棄,不是因為超文本是個壞主意,而是因為 HTML 沒有足夠的表達能力。htmx 旨在解決這個問題,并讓你可以使用 Web 的原始超文本模型實現許多常見的現代 Web UI 模式。”
Htmx 現在支持包括異步請求、CSS 轉換和使用 HTML 屬性的 WebSocket 通信在內的特性。
盡管 Htmx 仍然不如 React 或 Angular 等框架那么出名,但它還是收獲了開發人員的贊賞。之前就有人提到,“我絞盡腦汁想找出一個沒有過度設計的 js 框架,找到 htmx 讓我非常高興”。另一個人則表示“Htmx 簡直太棒了。我們正用它來完成一個重大項目。”
Gross 參與了 Hacker News 上的討論并回答了問題。有人問他,是否在設法將 Htmx 的一些特性推向 HTML 標準?“我們正在與 Chrome 開發人員討論這些想法,我持謹慎樂觀的態度”,Gross 說。
Htmx 使用的是 XMLHttpRequest,而非更新、更強大的 fetch API。有人問,團隊是否考慮過改用 fetch?“看過了,不幸的是 fetch() 和 xhr 有一組不相交的特性(特別是 xhr 的上傳進度),所以我們決定不碰它”,Gross 回答道。
該項目在 GitHub 上根據 Zero-Clause BSD 許可開源。
原文鏈接:
https://devclass.com/2024/06/18/htmx-2-0-released-aims-to-replace-complex-javascript-frameworks-with-easily-understood-html-attributes/
聲明:本文為 InfoQ 翻譯,未經許可禁止轉載。
原文鏈接:Htmx 2.0 發布:用易懂的 HTML 屬性取代復雜 JavaScript 框架_架構_InfoQ精選文章
*請認真填寫需求信息,我們會在24小時內與您取得聯系。