日照網(wǎng)站建設(shè)報價|日照網(wǎng)站建設(shè)|天助昊諾電商

日照網(wǎng)站建設(shè)_平衡可控性和自動化

作為前端架構(gòu)師，你需要評估標記產(chǎn)生的過程。你對內(nèi)容的順序、使用的元素和 CSS 類名有多大的控制權(quán)？這些元素在將來改動起來會有多大難度？模板是否易用，或者是否只有后端開發(fā)人員才能更改？甚至，你的標記全是基于模板系統(tǒng)的嗎？你可以通過系統(tǒng)做出更改，還是需要手動處理？通過回答這些問題，你可能會顛覆自己構(gòu)建 HTML 和 CSS 的方法。

模塊化標記：自動化程度，日照網(wǎng)站建設(shè)報價，可控程度

我們都在追求的理想狀態(tài)是，網(wǎng)站上每一行 HTML 都由程序自動生成，而作為前端開發(fā)人員，我們只需要管理這個用來產(chǎn)生標記的模板和流程。遺憾的是，現(xiàn)實通常并非如此。即使在很好的情況下，也存在用戶生成的內(nèi)容，而這些內(nèi)容幾乎都無法自動添加 CSS 類名來標記。無論 CMS 系統(tǒng)自動生成 HTML 的能力如何，讓 CMS 決定類似表單和導航欄這樣的標記，有時候會更簡單。但是就算你已經(jīng)把理想狀態(tài)實現(xiàn)了 90%，日照網(wǎng)站建設(shè)，標記的模塊化方案仍然可以給你帶來理想的靈活性和必要的自動化。

模塊化標記和程序化標記的區(qū)別在于，對于使用什么標記輸出既定內(nèi)容，我們不會完全任由 CMS 決定。這使得我們可以為兩個不同的導航實例使用一樣的標記，日照網(wǎng)站建設(shè)推薦，雖然 CMS 生成的標記可能完全不一樣。模塊化標記和靜態(tài)化標記的區(qū)別在于，程序化地執(zhí)行完之后，我們還可以通過一套類名系統(tǒng)給標記動態(tài)添加 CSS 類名，并且不再通過元素標簽和層級關(guān)系來決定視覺外觀。讓我們看一下如何用 BEM 原則模塊化地實現(xiàn)一個簡單的導航：

乍看上去，這種方案似乎相當冗長。這一點我沒有什么好辯解的，但我要說的是，它的冗余程度其實是恰到好處的。給每個元素都添加了相應的 CSS 類名之后，我們就不再需要依賴那些只為了樣式標簽而存在的 CSS 類名或元素的層級關(guān)系來決定視覺外觀了。相比動態(tài)標記，這個標記更清晰，并且我敢說，這也讓標記的組織形式更“模塊化”了。這個導航可以作為網(wǎng)站的導航通用模板，不用改任何一個標記就可以在多處復用。因此，這種標記并不是先等 CMS 創(chuàng)建完成再另外添加樣式標記的，而是創(chuàng)建的同時就添加了樣式標記，然后整合到網(wǎng)站的整個導航系統(tǒng)中。

以上是日照網(wǎng)站建設(shè)公司（昊諾網(wǎng)絡公司）分享，希望大家喜歡該網(wǎng)站建設(shè)知識，想了解更多的網(wǎng)站建設(shè)知識請關(guān)注我們的網(wǎng)站動態(tài)！

日照網(wǎng)站建設(shè)_瀏覽器如何渲染內(nèi)容

從用戶在瀏覽器中輸入你網(wǎng)站的 URL，到頁面開始加載你的網(wǎng)站建設(shè)設(shè)計，這期間用戶的瀏覽器會同你的服務器進行協(xié)商，以獲得相互通信所需的全部數(shù)據(jù)。

首先，瀏覽器發(fā)出一個獲取內(nèi)容的請求。當瀏覽器向一個新的域名發(fā)送請求時，它先要找到存放這個內(nèi)容的服務器，這個過程叫作 DNS 查詢（DNS lookup）。DNS 查詢會找到你的網(wǎng)絡主機在互聯(lián)網(wǎng)中所處的位置，日照網(wǎng)站建設(shè)公司，這樣獲取內(nèi)容的請求才能一路暢通地抵達服務器。瀏覽器會“記住”這個地址一段時間（時間取決于服務器的 DNS 設(shè)置），這樣就不需要每次請求時都花費寶貴的時間來進行查詢。

當服務器和用戶的瀏覽器建立連接并收到先前請求后，會對請求進行jie碼并定位瀏覽器所請求的內(nèi)容，因為瀏覽器要渲染對應的頁面。無論是圖像、CSS、HTML 或者其他種類的資源，服務器都會將內(nèi)容發(fā)送回去，然后瀏覽器會開始為用戶下載并渲染頁面。

以上是日照網(wǎng)站建設(shè)公司（昊諾網(wǎng)絡）分享，希望能對大家有所幫助。