在成都網站建設中，我們常常遇到DIV+CSS,網頁CSS重構(Refactoring)這個詞最初由Martin Fowler 和 Kent Beck給下的定義，它是一種修改，使軟件的內部結構更容易理解，在不改變軟件的可見行為方式前提下使軟件更容易變更…它是一種有節 制的整理HTML代碼、使bug產生幾率最小化的方法。

網頁CSS重構的結果是引用了快捷方法、去除了重復HTML代碼和死HTML代碼，使設計和邏輯更加清晰。是在更好的、更聰明的使用編程語言。是在 優勢利用你現在知道、但當時的開發程序員并不知道——或并沒有加以利用的信息。不斷的簡化HTML代碼，讓它們更容易理解。不斷的使 它們在將來的變更變得更容易、更安全。

在這個過程中發現了bug、修改bug，這不是網頁CSS重構。優化不是網頁CSS重構。強化異常捕捉、增加預防性HTML代碼不是網頁CSS重 構。讓HTML代碼更容易測試不是網頁CSS重構——盡管網頁CSS重構能達到相同的效果。這些所有的事都是有益的。但這些都不是網頁CSS重構。 ? 　　程序員，特別是做維護工作的程序員，清理HTML代碼是他們的日常工作之一。這是基本工作，是必須要做的。Martin Fowler等人的貢獻是使網頁CSS重構HTML代碼的最佳實踐方法格式化，并把常見的、證明切實有效的網頁CSS重構模式——網頁CSS重構的目標和 網頁CSS重構的步驟——進行歸檔分類。

網頁CSS重構很簡單。盡可能在寫HTML代碼前先寫測試能夠防止你犯錯誤。小規模的、獨立的、穩妥的對HTML代碼進行結構上的調整，每次調整完 后都要進行測試，確保你沒有改變HTML代碼的行為特征——功能和以前一樣，只是HTML代碼上看著不同。網頁CSS重構模式和現代化的IDE里的網頁 CSS重構工具使網頁CSS重構變得容易、安全和代價低廉。

不要為了網頁CSS重構而網頁CSS重構

網頁CSS重構可以被當成一種能給你的HTML代碼變更帶來幫助的措施。HTML代碼網頁CSS重構應該在你進行HTML代碼變更前進行，這樣能讓 你確信你對HTML代碼理解了，使你更容易、更安全的把變更引入HTML代碼。對你的網頁CSS重構動作進行回歸測試。然后進行糾正或變更。再次測試。之 后可能需要對更多的HTML代碼進行網頁CSS重構，使你HTML代碼變更的意圖變得更加清晰。再次進行全面測試。網頁CSS重構，再變更。或變更，然后 網頁CSS重構。

你不是為了網頁CSS重構而網頁CSS重構，你網頁CSS重構是因為你想做其它的事情，而網頁CSS重構能幫助你完成這些事情。

網頁CSS重構的范圍應該受你需要實施的HTML代碼變更或HTML代碼修正來決定——為了讓HTML代碼變更更安全和更簡潔，你應該做些什么?換句話說：不要為了網頁CSS重構而網頁CSS重構。不要對那些你不打算進行變更或不會變更的HTML代碼進行網頁CSS重構。

為理解而做簡略網頁CSS重構(Scratch Refactoring)

Michael Feather的《Working Effectively with Legacy Code》這本書里提到了簡略網頁CSS重構(Scratch Refactoring)的概念;Martin Fowler稱之為“為理解而網頁CSS重構”。這是用來對付那些你不理解的(或不能忍受的)HTML代碼，清理它們，這樣在你打算真正動手修改它前，你 能對它們是干什么的有了更好的理解，同樣也對你debug這些HTML代碼有幫助。一旦你能清楚了一個變量或方法的真正意圖，重命名它們，給它們一個更合 適的名稱，刪除那些你不喜歡看的(或覺得沒有用的)HTML代碼，拆解復雜的條件語句，把長程序分解成數個容易理解的小程序。

不要惦記著復查或測試這些改動。這是為了讓你的網頁CSS重構快速的推進——這能讓這些HTML代碼以及它們的運行原理在你的大腦里產生一個快速但 不完備的原型。從中學習，然后丟掉它們。簡略網頁CSS重構還能讓你嘗試各種不同的網頁CSS重構途徑，學到更多的網頁CSS重構技巧。Michael Feathers建議說，在這個過程中要留意那些看起來沒什么用處、或者特別有用的東西，這樣當你完成此練習后、要真正修改它們時，才能把事情做正確—— 修改時一點一點來，講究方法，邊修改邊測試。

什么是“大規模”網頁CSS重構?

對HTML代碼進行簡單的但又明顯的網頁CSS重構：消除重復，修改變量和方法名稱使其更有意義，提煉方法使HTML代碼更易懂、更易復用，簡化條 件邏輯，把無意義的數字換成命名的變量，把相似的HTML代碼集中到一起。通過這些網頁CSS重構，在HTML代碼的可理解性和可維護性上，你能得到巨大 的回報。 ? 　　相對于這些較小的、行內的網頁CSS重構，更加重大的設計上的網頁CSS重構與之有明顯差異——這就是Martin Fowler所指的”大型網頁CSS重構”。大的、代價很高的變動，附帶有大量的技術風險。這不是你編程過程中的清理HTML代碼和設計改進：這是根本性 的重新設計。

有些人喜歡把對一個系統的重新設計或重寫或重新搭建平臺或返工叫“大規模網頁CSS重構”。因為技術上講，這些并不改變軟件功能特征——業務邏輯、軟件輸入和輸出仍和以前一樣，“只是”設計和HTML代碼實現變了。它和常規網頁CSS重構的區別看起來就是：一個是重寫了一段HTML代碼，一個是重寫 了一個系統，只要你是一步一步做下來的，你都可以稱之為“網頁CSS重構”——不管你是長年累月被困于將一個老系統換成新HTML代碼，還是對系統架構進 行大規模的改造。

“大規模網頁CSS重構”會變的很糟糕。你可能需要花數周、數月(甚至數年)才能完成，需要你對軟件的很多部分進行改動。軟件會因此不能運行，需要 分多次發布這些變更，需要你做臨時的臺架(scaffolding)和變通方案——尤其是你采用短周期的敏捷開發方法時。這時Branch by Abstraction這樣的實踐方法就派上用場了，它能幫你在長周期內管理HTML代碼中的變化。

而且在開發新HTML代碼的同時你還要維護舊HTML代碼，這使得HTML代碼版本控制很麻煩，變更起來不方便，致使HTML代碼很脆弱，易犯錯 ——這正和網頁CSS重構所預期的目的背道而馳。有時這樣的情況會一直持續下去——這種新舊HTML代碼交替的過程永遠不能完成，因為能獲得大利益的部 分都是最先完成，或者因為最初帶來這個想法的顧問已經干別的去了，或者是預算被消減，而且你也討厭維護這樣一個拖拉的項目。 ? 　　這些是網頁CSS重構——那些不是

在這種重型的項目開發過程中混入網頁CSS重構的概念是不對的。它們從根本上就是另外一種工作，帶有完全不同的開發成本和風險。它混淆了人們對什么是網頁CSS重構、網頁CSS重構能干什么的認識。

網頁CSS重構可以、也應該融入到你寫HTML代碼或維護HTML代碼的過程中——作為日常開發/質量管理的組成部分，就像寫測試和HTML代碼審 查一樣。網頁CSS重構應該被安靜的，持續的和低調的完成。它需要我們把工作精力分出一部分給它，它需要在我們的工期評估和風險評估中考慮到它的存在。如 果做的正確，你不需要去解釋或向外人驗證這部分工作。

花幾分鐘、一兩個小時做網頁CSS重構，就像是你開發過程中的一種修改，是工作的一部分。如果它讓你花了數天時間，或者更長，那不是網頁CSS重 構;那是重寫，或重新設計。如果你需要明確的留出一部分時間(或整個sprint周期)來網頁CSS重構HTML代碼，如果需要為清理HTML代碼而申請 批準，或把清理HTML代碼作為一個開發需求，那你不是在網頁CSS重構——即使你用了網頁CSS重構的技術和工具，你仍然做的是另外一種工作。 本文來源于成都網站建設公司與成都網站設計制作公司-創新互聯成都公司！

當前文章：網頁重構的意義？
文章鏈接：http://www.js-pz168.com/news28/323428.html

成都網站建設公司_創新互聯，為您提供面包屑導航、ChatGPT、App設計、網站改版、云服務器、App開發

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯