整合營銷服務商
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
么是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小時內與您取得聯系。
