《前端架構設計》學習筆記一--架構的種子

前言聲明:該系列是對《前端架構設計》一書的閱讀筆記,包含大量原書的文案前端

序:引言編程

前端架構的種子gulp

編寫前端樣式老是做爲延後的事情來考慮後端

若是把前端開發看成「一個值得作出戰略規劃和有投資價值的關鍵元素」服務器

若是咱們在CSS框架、文檔工具、構建流程的命名規範,甚至標記自己這些方面擁有話語權會怎麼架構

 

前端架構師的含義框架

軟件架構師的職責就是要保證項目中的每一步都在整體架構的指導下進行,而不會隨機決定編程語言

前端領域缺乏架構,須要架構討論使用什麼技術棧、內容類型是什麼,如何被建立、保存以及展現在頁面上模塊化

不拘泥於作一些零碎的工做,遇到優先級不高的狀況工具

 

1、前端架構原則

前端架構是一系列工具和流程的集合,旨在提高前端代碼的質量,並實現高效、可持續的工做流

相比編寫具體的代碼,前端架構師更專一於開發工具和優化流程

做爲前端架構師,咱們認爲有多個關鍵的決策須要在項目啓動之初就制定下來

 

1.1 前端架構師的工做職責

  體系設計(規範)

    前端架構師掌控網站背後的前端開發方法和系統設計學。經過設計全部前端開發人員都要遵循的系統規範,前端架構師清晰描繪了產品和代碼的最終形態

  工做規劃(規範落地)

    前端架構師的目標是設計出能流暢運轉的系統。

    系統推進一個完整的開發工做流,而且能獲得持續有效的反饋

    完整的工做流可能會用到多種工具,如版本控制器,任務調度器、CSS處理器、文檔工具、測試組件和服務器自動化工具等

  監督跟進(持續優化)

    前端架構設計毫不是一勞永逸的工做。前端架構師的一個很是重要的能力,就是可以持續地優化工做流程

    前端架構師不等同管理角色,他須要寫更多代碼,會多種編程語言,還要使用大量的工具

    前端開發人員面向終端用戶寫代碼,而前端架構師面向的則是團隊裏的開發人員

 

1.2 在團隊中引入前端架構的難題

先有雞仍是先有蛋

沒有前端架構的工做我怎麼會有前端架構的經驗,沒有前端架構的經驗,你怎麼勝任前端架構的工做

你被要求證實這種工做流程是有效的,又怎麼會有機會去實際地爲某個項目設計前端架構呢?

 

2、啓動一個Alpha項目

有人直接給你一個機會去指定究竟是「先有雞仍是先有蛋」,無論理由,你就是這麼認爲,以此爲基礎進行下去,這樣咱們解決了「先有雞仍是先有蛋」的問題

BOSS說給你一個機會去實踐前端架構設計的理念

 

2.1 開端

建立一張很長的願望清單

  模塊化內容:儘量複用小的組件,而不是弄出幾十個、甚至上百個不一樣的內容塊

  全面測試:現有前端代碼合併入主幹,影響幾個月前代碼的運行。須要像測試後端代碼同樣測試咱們新提交的代碼

  流式處理:引入Git工做流程,用它來管理應用代碼。將簡單易出錯的手動步驟自動化:如圖片壓縮,代碼壓縮、混淆、部署等

  詳細的文檔:根據項目的受衆不一樣,每一個人接觸到該項目時,可以找到適合本身的、詳細的文檔

 

2.2 全副武裝

咱們編寫的代碼、開發的流程、磨練的技術若可以充分驗證這套方法論的合理性,在下一個項目中該有自信爲本身的前端架構而戰。

可以在項目的重要決策中發揮影響力;挑戰現有的工具和流程,構建更智能、可重用性更高的代碼

 

3、前端架構的核心

做爲前端架構師,咱們必須駕馭必要的工具和流程,而這二者正式成功構建網站的要素

3.1 圍繞四個核心工做

這四個核心的主題、技術和實踐是構建可擴展和可持續優化的系統的基礎

他們引入了在任何前端開發項目中都須要進行的一系列討論

這些討論會幫助咱們確立對項目的總體指望,包括代碼質量、實現每一項需求所需的時間和工做量,以及保證全部開發工做可以按時完成的工做流

 

前端架構師的強項之一就是花一個小時就能瞭解某個新框架或者gulp插件,找出其亮點和不足,並肯定它在項目中的可行性

書中包含大量的技術和概念,但沒有人精通每一種技術。

前端架構師精通這些內容的一小部分,勝任一大部分,餘下部分則是入門水平

 

3.2 四個核心的含義

代碼

  專一於如何實現系統架構中國呢的HTML、CSS、Javascript

流程

  思考怎麼用工具和流程構建一個高效且避免出錯的工做流

  改變現有的落後開發流程,前端工做在開發流程中再也不滯後於UI設計和後端開發

測試

  保證新代碼和老代碼可以很好的兼容

  建立覆蓋面普遍的測試方案,能確保老代碼還能正常運做

文檔

  做爲前端架構師,你要善於在項目開發的同時編寫良好的文檔

相關文章
相關標籤/搜索