從去年4月份開始，寫了整一年，所有的週末、晚上全都耗在了書上，終於把書給寫完了，不寫是不知道，寫書和部落格差別太遠了。部落格只用把注意力集中於乙個點，不會從整體上把握脈絡，而且不會考慮讀者會不會跟不上，在舉例和用詞上都不用花太多精力，和面對面交流也不一樣，面對面交流也許十分鐘就能說明白的問題，用寫書的方式可能需要花一天，甚至更多。
我看過大量的書，非常多，但絕大部分的書都只是知識點的講解，並不會從實戰的角度講解最佳實踐方案。寫這本書的目的就是為了將我自己在實戰中的心得分享出來，如何從大局著眼，而不是乙個個零散的知識點著眼，做出品質高的網頁——其實品質高是個大話題，主要可分成「可維護性」和「效能」兩個大方向，但實話實說，我感覺兩者重要性的權重是不相同的，可以七三開甚至八二開。「效能」這東西如果不是在特殊情況下，其實是很難看出其重要性的——至少在前端領域是如此的，而「可維護性」卻是和我們日常工作有著緊密關聯的，稍有經驗的工程師都會知道「可維護性」有多重要。我的書其實只講到了「可維護性」，並沒有怎麼講「效能」，所以，只算是「高品質」的乙個方面。
在起書名的時候，真的是非常糾結。起初我自己想叫《如何打造高可維護性的前端**》，但後來和福川商量的結果，先後改了幾次名字《前端開發的藝術》《打造高品質前端**——揭密前端開發》，最後決定叫做《編寫高質量**——提高web前端**的可維護性》，但臨近出版了，福川說，這個書名的重點究竟落到了「高質量上」，還是落到了「可維護性」上呢？要不，叫《編寫高質量**——web前端開發最佳實踐》如何？
雖然我很喜歡這個名字，也一直覺得我的確在致力於尋找最佳實踐。但，就像鮑勃大叔在《clean code》的序中所說，寫**有不同的風格流派，我只是將我自己的風格流派分享出來，我不能說他一定是最好的，我能代表的只是我鮑勃大叔流派。同樣的，我不敢用「最佳」二字來形容我的實踐方式，因為不同的工程師的關注點不同，同樣的問題不同的著眼點會採用不同的方法，沒有萬金油的「最佳」，只有「最適合你的需求」的方式。就像肯貝克說極限程式設計一樣，最重要的不是「實踐的方法」，而是方法背後的「原委」。我想通過這本書跟各位分享一下我阿當流派的前端實踐方法。看這本書，希望各位不要停留在具體方法上，也不要在一些細節上過於較真，我的本意是想和各位分享一下一些思路，而非具體技巧。
書名還真的糾結，用什麼名字好呢？
書名與價格
description 把n本書的書名和 讀入乙個結構陣列中，然後輸出 最高的書名和 最低的書名。input 有多個測試用例，每個測試用例第一行是乙個整數n 0 n 10000 接下來是n行，每行是乙個書名 書名裡面不含空格，書名長度不超過60個字元 和它的 空格分隔。最後乙個測試用例 n 0，不用...
統計書名 HDUOJ
問題描述 嗷嗷嗷非常喜歡看書。每當他看完一本書，他就會用他的小本本記下書名。但嗷嗷嗷看書時太過忘我，以至於自己看過的書都會再看一遍並照樣記錄下來。當嗷嗷嗷回過神，想統計自己一共看了多少本不同的書，他把小本本交給了你，你能幫幫他嗎？輸入 多組輸入輸出，請處理到輸入結束。每組資料，第一行有兩個整數n 0...
開放的書名檢索庫
描述 實現乙個開放的書名檢索庫。庫中儲存了若干個書名。使用者可以 指定搜尋條件，搜尋庫中符合條件的書名 重要格式說明 單詞 由小寫英文本母組成，不含其它字元。書名 由乙個或多個單詞組成。當包含多個單詞時，單詞間用乙個空格分隔 第乙個單詞前和最後乙個單詞後沒有空格。若只包含乙個單詞，則該單詞前後均無空...