《Refactoring HTML: Improving the Design of Existing Web Applications》是一本精彩的HTML重構指南，作者給出了HTML重構的實踐路線和方法。本文是《Refactoring HTML》的讀書筆記，按照我的理解將全書的分為：戰略篇，戰術篇，工具篇。

　　本文是戰略篇：全局方略的角度介紹重構的內涵，原因，時機，目標

　　嗯哼，我們開始：

　　進行重構就像打一場仗，而戰爭的發起是要慎重考慮的，《孫子兵法》里面講“兵者，國之大事，死生之地，存亡之道，不可不察也。”所以動手重構之前首先要回答下面幾個問題：

• 什么是重構？
• 為什么進行HTML重構？
• 什么時候進行HTML重構？
• HTML重構的目標是什么？
• 面對質疑：還要重構么？

　　什么是重構 Refactoring?

　　本書側重實戰，沒有《UML Distilled》那樣高屋建瓴的抽象，即使有抽象，抽象層面牽扯的細節過多(這一點在后續的閱讀中也可以發現)。這一部分內容我援引了《Refactoring: Improving the Design of Existing Code》對重構的定義：

　　Refactoring (noun): a change made to the internal structure of software to make it easier to understand and cheaper to modify without changing its observable behavior.

　　Refactor (verb): to restructure software by applying a series of refactorings without changing its observable behavior.

　　為什么進行HTML重構？

　　抽象地講，HTML重構的可以讓代碼更能適應變化，應對系統和領域需求為新功能的開發提供更優秀的基礎。

　　具體地講，HTML重構可以：

• 讓代碼更具有可讀性，更容易理解
• 重構過程中往往有意外的收獲：發現隱藏的系統Bug
• 增強頁面可用性， 關注點從設計者開發者轉移到使用者
• 縮短提高頁面的呈現時間(Slow pages -Rendering Times)
• 解決頁面瀏覽器不兼容問題
• 搜索引擎優化Search Engine Optimization

　　進行HTML重構的時機?

• 每一次進行重新設計之前；新功能將構建在一個更穩固的基礎之上
• Refactor When You Need to Fix a Bug
• Refactor As You Do a Code Review
• 一個原則:勿以善小而不為；重構的過程往往是斷斷續續的，很少有一個連續的時間給我們進行重構。所以我們只要有機會進行重構，就動手去做吧

　　HTML重構的目標（What  Refactor To） ?

• XHTML
  理由：XHTML更加嚴格，瀏覽器不再解析亂作一團的標簽而是格式規范的頁內容，這時負擔從瀏覽器轉移到頁面開發者。內容聚合，搜索引擎優化，樣式表都可以更好的應用基礎。開發者能夠更容易調試和解決問題，因為問題更容易定位了。XHTML不能完全解決瀏覽器兼容問題，但是它能夠消除大部分的瀏覽器不兼容問題已經居功甚偉。主流HTML編輯器都提供對XHTML的支持。XHTML是未來Web應用提供堅實的基礎，如：MathXML MusicXML SVG。
•  CSS

　　理由：將展現層從內容中分離出來。為不同的閱讀者提供高可讀性。減少代碼重復，節省帶寬。

• REST

　　REST(Representational State Transfer表述性狀態轉移)是一種針對網絡應用的設計和開發方式，可以降低開發的復雜性，提高系統的可伸縮性。REST提出了一些設計概念和準則：

　　1.網絡上的所有事物都被抽象為資源（resource）；

　　2.每個資源對應一個唯一的資源標識（resource identifier）；

　　3.通過通用的連接器接口（generic connector interface）對資源進行操作；

　　4.對資源的各種操作不會改變資源標識；

　　5.所有的操作都是無狀態的（stateless）。

　　REST之所以能夠提高系統的可伸縮性，是因為它強制所有操作都是stateless的，這樣就沒有context的約束，如果要做分布式、做集群，就不需要考慮context的問題了。同時，它令系統可以有效地使用pool。REST對性能的另一個提升來自其對client和server任務的分配：server只負責提供resource以及操作resource的服務，而client要根據resource中的data和representation自己做render。這就減少了服務器的開銷。

　　重構的目標不是金科玉律，你沒有必要逐一進行實踐。你可以按照XHTML->CSS-->Rest的順序按部就班步步為營，也可以根據實際情況調整重構目標和計劃。但是只要你做了，你就可以從重構過程中得到好處。

　　面對質疑：還要重構么？

　　重構的本質決定了它不是生產性的，重構的完成并沒有新功能的產生。所以重構往往面臨來自各方面的質疑：

• 重構就是在浪費時間，我們還是開發新功能吧

面對質疑我們給出這樣的答案：

• HTML重構從長遠來看為后續開發提供了一個良好的基礎，實際上是節省了時間。因為系統更容易添加新功能，更容易維護。重構的過程能讓開發者對以前的工作有一個思考，對新人是一個熟悉系統的機會。
• HTML重構本身并不會占用太多的時間，因為我們有很多自動化的工具可用。
• HTML重構不需要一個連續的時間，斷斷續續的時間未嘗不可，對于開發者來說，進行重構就像日行一善。