因為我是學前端的，所以就說說前端開發階段的編碼設計問題以及我的成長。
剛開始我寫js**，很混亂，功能和演算法，資料接受和返回經常放在一起，**復用性很差，維護效能也很差，雖然做出的工具能用，但是維護的時間成本非常大，這是我剛開始時候的前端設計能力，工具的第乙個版本。
後面隨著工具的使用，因為產品引數以及演算法經常需要新增和修改，我看到維護難度太大，不得已開始重構迭代第二版本。當然了，也是隨著的我的學習進度和能力的提公升，發現第一版本的**存在著嚴重的缺陷。所以決心重構**：
其次就是收據的接受和返回單獨乙個js檔案，賦予接收的變數通過方法封裝返回，或者全域性引用。
最後就是最重要的一部分，封裝邏輯和演算法，它貫穿前面的幾部分，封裝的方法根據你的需要抽象或者具體化，比如固定的公式演算法，可以封裝成乙個需要傳入與公式有關的引數的方法，內部可以返回這演算法最終得到的乙個或者多個結果。我是用this.屬性=結果值進行的，在功能事件模組中直接new進行例項化，然後物件. 屬性就可以獲取封裝的公式計算的結果。當然也可以根據設計直接在算出的結果集變成json物件，然後拿到渲染介面的邏輯中渲染結果輸出，就實現了，乙個方法，到處復用，又不用重複編寫，維護時就在原始的封裝方法中進行新增演算法和修改，其他的引用便同步改變了。**起碼減少了一半，維護成本大大降低。用專業的術語來說，上面的封裝屬於工廠函式設計的一種模式。
經過上面的幾個步驟，前端的設計有了乙個屬於我的初步框架概念，資料處理，演算法邏輯處理，功能事件模組，我的開發把這幾塊都分別用乙個js檔案，這樣用途分明，在維護時能夠及時定位。有時候開發可能並不能完全按上述進行，但是大體的設計思想是這樣的。讓整個前端專案一目了然。
實際上，上面幾個步驟之外應該還有乙個檢視模組，它專門用來集合動態的html標籤**，用來動態渲染。我的設計上，如果是重複多的那肯定單獨做乙個js。然後結合封裝的邏輯以及演算法進行引用。html需要重複書寫的，我一般歸類為動態，在js中寫，把它當做乙個變數引用，而不直接在html檔案中寫。
WEB前端開發的思考與感悟
最近幾年對於web前端的傳聞很多，比如人才稀缺，簡單易學，待遇豐厚，整體勢頭發展良好等等。遇到過乙個不太熟搞後台開發的同事跑來問我學習前端需要掌握哪些內容，也聽說過乙個搞ios開發準備自學前端半個月然後要去找前端工作，也曾看到過有人對前端市場人才的稀缺這樣吹捧過 現在，幾乎整個網際網路行業都缺前端工...
WEB前端開發的思考與感悟
最近幾年對於web前端的傳聞很多，比如人才稀缺，簡單易學，待遇豐厚，整體勢頭發展良好等等。遇到過乙個不太熟搞後台開發的同事跑來問我學習前端需要掌握哪些內容，也聽說過乙個搞ios開發準備自學前端半個月然後要去找前端工作，也曾看到過有人對前端市場人才的稀缺這樣吹捧過 現在，幾乎整個網際網路行業都缺前端工...
前端開發工作感悟 具體的量化指標
在過去的一年裡，前端開發部 主要承擔著公司 前端頁面 設計和製作方面的工作。在各位同事的努力下，妥善的處理好了這方面的相關業務。作為設計師，在完成平面設計及 設計的同時，為頁面的優化提出了很多建議。例如dk的導航條，設計師充分考慮到了使用者滑鼠滑過的狀態 點選的狀態，以及購物車在不同情況下的展示效果...