感受痛楚吧

前些日子看JQuery的原始碼。
初始從頭開始讀，看到ecah、isFunction這些還好，直到Sizzle便覺得不知所以。
思前想後可以從常用的API開始，卻遇到access、domManip、buildFragment之流，引數複雜，不結合具體應用情況難以搞懂某一分支的意義。
上述過程收穫頗豐，感嘆框架底蘊之深，對原生運用之強。
再往後深入，變剩下動畫、事件、選擇器等大模組了，以動畫為例，因為缺少使用原生js實現動畫的經驗，對於內部的設計思想無法體會，看了很多前輩寫的文章，也是勉強學到一點。
至此原始碼閱讀之路要結束了，自己仍要多做事情才能真正讀懂，才能有所共鳴。

在我閱讀原始碼的過程中，也感受到了很多痛楚。
比如，JQuery一個函式通過判斷不同的傳參方式來決定處理形式，這使得API的個數大量減少，卻也讓使用方式變得難於記憶和發現，一個表單元素，$element.val([1])可以用來選中，一個div可以用$element.css("width",“+=20”)在原有的寬度上增加20px，我覺得用一個新的API會更好，開發人員通過API的名字就知道用途了。

後來學習了webpack、gulp想用在專案上。來解決繁瑣、重複的事情。
最後發現，我自寫一個node指令碼便可以解決了，在我看來，打包不應在開發過程中就進行，這樣影響效率，而且webpack本身需要專案符合一定的規範，對於一開始沒有用webpack的專案，gulp會更好一些。

開發過程中，可以用nginx實現本地伺服器以及請求轉發，chrome自帶的檔案對映功能實現熱模組替換，chrome自帶的禁用快取功能。

webpack文件上提出的概念給了我很大的啟發，比如在開發過程中，只需要讓改變的檔案重新請求就可以了，覺得可以寫一個node指令碼解決一下。

寫這篇文章是想警惕自己，不要被框架、工具束縛，要敢於嘗試，多動手實踐，去感受痛楚。

其實，一直尋找的美好從我們打算向前的那一刻就開始了，感恩生活的每一種味道，畢竟，一輩子那麼短。