『壹』 web前端開發開發技術架構有哪些
前端的應用非常廣泛,基本網站、APP、HTML5小程序等都需要前端開發,所以只要是互聯網產品基本都需要前端。
前端程序猿切頁面寫頁面,Web上、H5上的炫酷效果,是前端開發大展身手的地方。最常見的用於前端開發的技術組合是:
HTML+CSS+JavaScript。
web前端是在開發人員中最直接面向產品、面向用戶的設計人員,一個開發團隊的成果是要靠web前端去展現,因為用戶不會去關心後台的處理有多麼強大。
後端開發是寫後台,各種業務邏輯、數據處理、模塊介面、客戶端介面等等。後端開發者通常精通於一種Web編程語言和一個資料庫管理系統。電商平台點擊篩選條件下面為你篩選出來的寶貝的功能以及付款人數數據的變化等都是由後台來實現提供的。
目前web產品交互越來越復雜,用戶使用體驗和網站前端性能優化這些都得靠web前端去做。
前端開發則是網站的前台代碼實現,包括基本的HTML和CSS以及JavaScript/ajax,最新的高級版本HTML5、CSS3,以及SVG等。
前端開發需要學習的技術
1 掌握基本web前端開發技術:HTML、CSS、JavaScript、DOM、BOM、AJAX等,而且要了解它們在不同瀏覽器上的兼容情況、渲染原理和存在的Bug
2 必須掌握網站性能優化、SEO和伺服器端開發技術的基礎知識
3 必須學會運用各種web前端開發與測試工具進行輔助開發
4 除了掌握技術層面的知識,還要掌握理論層面的知識,包括代碼的可維護性、組件的易用性、分層語義模板和瀏覽器分級支持等
5 未來web前端開發工程師還要研究HTML5、web視覺設計、網站配色、網站交互設計模式等相關技術
web前端有廣闊的發展空間,app、小程序、移動端、pc端等都網站是需要前端技術的開發支持才能夠完成,技術門檻相對較低、需求量較大,薪資待遇良好。只要是互聯網端的客戶界面,就需要前端來製作完成,前端開發的編程量不大,但是需要部分編程,入門簡單,但是要學的深入需要一個過程。
Web前端招聘崗位
• 前端開發工程師、Web開發工程師、網頁開發工程師、HTML開發工程師...
• H5開發工程師、移動應用開發工程師、App開發工程師、小程序開發工程師...
• JS開發工程師、Vue.js開發工程師、Node.js開發工程師、前端架構師...
• 小游戲開發工程師、數據可視化開發工程師、WebGL開發工程師、WebVR開 發工程師、Web安全工程師...
『貳』 電商前端架構設計
什麼是前端架構
說到架構,很容易拉出一系列的概念知識點,像系統架構、軟體架構、框架等等,這些不是今天探討的重點,大家可以下去網路來理解。架構的本質是什麼?其實也是一種管理。通常我們所說的管理,都是指對於任務和人員的管理,而架構管的是機器和代碼。比如說,機器的部署屬於運維的物理架構,SOA屬於服務架構,那麼,前端的架構指什麼呢?
長期以來,前端所處的位置是比較偏應用層,很薄的一層,而架構又要求深度和廣度,所以之前在前端裡面做架構,好比在小水塘里游泳,稍微撲騰兩下就到處碰壁。但最近這幾年來,隨著一些列新的技術和概念的出現,前端的范圍被大大拓展了,所以這一層逐漸變得大有可為。
單純從語言的角度來說,html、js、css是最簡單最容易上手的開發語言,不考慮模塊化、工具、壓縮優化,任何人都可以快速上手,完成一兩個功能簡單的頁面。在規模很小的項目中,前端技術要素彼此不會直接產生影響,因此無需架構相關的思考。由於前端語言這種靈活鬆散的特點,使得前端項目規模在達到一定規模後,工程問題凸顯,成為發展瓶頸,原來孤立的技術要素開始彼此產生影響,各種技術要素彼此之間開始出現關聯,要用模塊化開發,就必須對應某個模塊化框架,用這個框架就必須對應某個構建工具,要用這個工具,就必須對應某個包管理工具……這個時候,需要有人從比較高的角度去梳理、尋找適合自己團隊的集成解決方案。而這一系列解決問題的工具和手段就是所謂的前端架構。
架構不等於框架這一點很好理解,相信大家都能夠很深入的說明這里的差別,框架是架構的重要組成部分,架構決定框架的選型,框架決定架構的技術路線。架構圍繞框架進行一系列的流程工具建設,從而形成完善自動的開發體系。
+框架不等於類庫,這里就是很多人困惑的點,你用的什麼框架?jquery、underscore、linq、seajs、requirejs等等,每個人都能夠列舉一大堆。但這個是不準確的,一套編碼框架是有一系列的元素組成:開發模式,我們如何來實現代碼的職責分離。以前整個前端是mvc中v這一層,而現在前端內部也進行了mvc的邏輯細分,Javascript的MVC框架現在很多,有的強化m、有的強化c。每一個框架其實都有其特點的,並且有越來越多的創新改造,比如現在最流行的是mvvm。有angular、react等等。我們是為了引入mvvc才把他們納入到我們的開發體系,而不是因為他是一個好用的類庫。
通訊,模塊化、組件化是前端在推進開發模式過程中的一個過程產物,為了有效的進行組件隔離和獨立,現在有各種各樣的通信模型出來,不過由於實現簡單,代碼少,他往往是合入到某個類庫裡面,但本質也是一個類庫。比較成熟的比如:消息匯流排、事件模擬、緩存中轉、flux模型等等。
模板,我們用什麼樣的方式來集中的處理數據往html的轉換過程,這里就不用多展開,這種類庫現在太多了,光我們公司就有很多套,大家在代碼行、緩存管理、預編譯、運算性能、強大的語法等等各個維度不段追求各種極致。
基礎類庫最後才是傳統類庫,相信現在已經沒有同學會在項目中去約束團隊中的dom操作、常用函數、方法、非同步化等等各種很基礎東西,這個時候我們一般就是引入jq、zepto、underscor這些封裝好的東西就行了。核心就是為了改善編碼生產力。
對於框架的選型要從兩面看,一是看該框架的本領,二是看你們團隊的能耐。從經驗上給幾個點建議:
這里也可以順便展開聊一下現在前端產品的形態分類:
從這些分類裡面,我們這些年派生出了所謂全端和全棧的概念。但本質上怎麼走還是要由所在產品的形態來決定。
內容型Web站點 側重渲染方面的優化,前端邏輯比重小
操作型B/S系統 以數據和邏輯為中心,界面較規整
hybrid內置型,要處理緩存和一些本地介面,包括PC客戶端和移動端。現在的本地應用,基於很多考慮,都變成了混合應用,也就是說,開發這個應用的技術,既包含原生的代碼,也包含了嵌入的HTML5代碼
Web游戲,前端的邏輯非常重,在代碼結構上要求非常高的可管理性和更復雜的設計模式。
桌面應用型,現在有一些PC端的混合應用開發技術,比如node-webkit和hex,前者的典型應用是XDK,後者的典型應用是有道詞典,此外,豌豆莢的PC客戶端也是採用類似技術的,也有一些產品是用的qt-webkit。這類技術可以方便做跨平台,極大減少開發工作量。
大工程應該盡量避開谷歌產品,他的很多技術開源項目都是玩票性質的,GWT、Closure、Darty就是前車之鑒。曾今提出過很多的新技術,到現在還是獨家的,變出太大。包括現在angular,喜歡做斷崖式升級,做做運營後台系統問題不大,如果是線上系統的話,每次升級就是一次人月神話中的典型焦油坑。
關注應用場景,像剛才說到的boss後台是一種;另外我的平台是否有沉重的歷史包袱,需要兼容ie6,還是可以輕裝上陣;產品對於seo是什麼樣的態度?是否需要考慮自適應?或者我的團隊足夠大,能夠各搞一套?;產品特徵是強內容還是強交互或者是游戲性。這些都是選擇不同框架的主要出發點。
沒有最好,只有最適合自己的,基本上,針對每個平台,我們都可以列出一些主流框架,但不意味著你們都能駕馭得住。小馬過馬,老牛沒過膝,松鼠淹個半死,就是這么回事。但無論我們選擇什麼框架或決定自己動手造輪子,都勿忘初心,技術必須讓我們工作生活更為輕松愉快——我們只選擇我們能駕馭住的框架,我們不能保證它在一年後是否會過時落後。
而且按照我個人這么多年的經驗來看,任何框架都會過時,往往不是因為他不夠好,而是因為一定有更好的出來。我們再選擇一個框架或者一個類庫的時候就要想好,未來我如何拋棄他。至少不能成為我們引入新的框架的絆腳石。現實的工作中很多的團隊往往會陷入到年復一年的用今年的新框架去重構去年老框架代碼的歷史循環中去。對於引入框架如何盡量延長他的生命力,我個人的意見是選擇框架時去追求概念,而不是潮流,當我的架構可以接受新的設計概念的時候才去考慮引入新的框架。用設計理念的選擇代替框架的選擇。之所以這么說是因為我觀察到我們部門的後端架構的開發理念跟我進公司的時候是差不多的。更多你可以參考成都網站建設
架構的組成
組件框架
『叄』 您對前端架構怎麼理解
選擇技術。
模塊化:requirejs、commonjs、seajs、webpack…
前端框架:angularjs、vuejs、bootstrap…
前端js庫:jquery、lodash…
UI庫
搭建開發環境
編輯器、伺服器、瀏覽器、調試器 組合起來,高效工作
搭建發布工具
構建工具grunt、gulp…
打包工具browserify, webpack…
其它輔助工具
搭建生產環境,一般由運維人員完成
『肆』 前端常用的框架有哪些
給你介紹Web前端三大主流框架
React:
1.聲明式設計:React採用聲明範式,可以輕松描述應用。
2.高效:React通過對DOM的模擬,最大限度地減少與DOM的交互。
3.靈活:React可以與已知的庫或框架很好地配合。
優點:
1.速度快:在UI渲染過程中,React通過在虛擬DOM中的微操作來實現對實際DOM的局部更新。
2.跨瀏覽器兼容:虛擬DOM幫助我們解決了跨瀏覽器問題,它為我們提供了標准化的API,甚至在IE8中都是沒問題的。
3.模塊化:為你程序編寫獨立的模塊化UI組件,這樣當某個或某些組件出現問題是,可以方便地進行隔離。
4.單向數據流:Flux是一個用於在JavaScript應用中創建單向數據層的架構5.同構、純粹的javascript:因為搜索引擎的爬蟲程序依賴的是服務端響應而不是JavaScript的執行,預渲染你的應用有助於搜索引擎優化。6.兼容性好:比如使用RequireJS來載入和打包,而Browserify和Webpack適用於構建大型應用。它們使得那些艱難的任務不再讓人望而生畏。缺點:React本身只是一個V而已,並不是一個完整的框架,所以如果是大型項目想要一套完整的框架的話,基本都需要加上ReactRouter和Flux才能寫大型應用。
Vue:
Vue是尤雨溪編寫的一個構建數據驅動的Web界面的庫,准確來說不是一個框架,它聚焦在V(view)視圖層。
它有以下的特性:
1.輕量級的框架
2.雙向數據綁定
3.指令
4.插件化
優點:
1.簡單:官方文檔很清晰,比Angular簡單易學。
2.快速:非同步批處理方式更新DOM。
3.組合:用解耦的、可復用的組件組合你的應用程序。
4.緊湊:~18kbmin+gzip,且無依賴。
5.強大:表達式無需聲明依賴的可推導屬性(computedproperties)。
6.對模塊友好:可以通過NPM、Bower或Duo安裝,不強迫你所有的代碼都遵循Angular的各種規定,使用場景更加靈活。
缺點:
1.新生兒:Vue.js是一個新的項目,沒有angular那麼成熟。
2.影響度不是很大:google了一下,有關於Vue.js多樣性或者說豐富性少於其他一些有名的庫。
3.不支持IE8。
Angular:
Angular是一款優秀的前端JS框架,已經被用於Google的多款產品當中。
它有以下的特性:
1.良好的應用程序結構
2.雙向數據綁定
3.指令
4.HTML模板
5.可嵌入、注入和測試
優點:
1.模板功能強大豐富,自帶了極其豐富的angular指令。
2.是一個比較完善的前端框架,包含服務,模板,數據雙向綁定,模塊化,路由,過濾器,依賴注入等所有功能;3.自定義指令,自定義指令後可以在項目中多次使用。
4.ng模塊化比較大膽的引入了Java的一些東西(依賴注入),能夠很容易的寫出可復用的代碼,對於敏捷開發的團隊來說非常有幫助。
5.angularjs是互聯網巨人谷歌開發,這也意味著他有一個堅實的基礎和社區支持。
缺點:
1.angular入門很容易但深入後概念很多,學習中較難理解。
2.文檔例子非常少,官方的文檔基本只寫了api,一個例子都沒有,很多時候具體怎麼用都是google來的,或直接問misko,angular的作者。
3.對IE6/7兼容不算特別好,就是可以用jQuery自己手寫代碼解決一些。
4.指令的應用的最佳實踐教程少,angular其實很靈活,如果不看一些作者的使用原則,很容易寫出四不像的代碼,例如js中還是像jQuery的思想有很多dom操作。
5.DI依賴注入如果代碼壓縮需要顯示聲明。
『伍』 PHP前端開發的時候你們都用什麼框架
一個優秀的WEB架構,必定會應用一些分層設計的思想,這樣可以讓系統開發起來更靈活,同時後期維護也比較方便。本文作者麥舒設計了一個前端與後端分離的架構,原文分享如下:
看了《系統架構:Web應用架構的新趨勢—前端和後端分離的一點想法》
這篇文章,對前端與後端的分離非常認同,這樣做對於系統的維護是有相當大的好處的。正好自己也設計了一個這樣的系統,於是把它拿出來,和大家討論一下。這個架構,與其說是想出來,還不如說是我做系統總結出來的最佳實踐。
我們做的系統,前端的頁面基本都是使用
JavaScript 的富戶端頁面,主要應用的框架用,jquery、jquery ui、knockout
js、Durandal、另外,還有自己封裝的一些 UI 組件,後端的主要採用到的技術有 OData、MVC、Linq to SQL
以及自己寫的一個許可權管理組件,資料庫採用的是 SQL Server 2005。
『陸』 前端ui框架的區別有哪些
前端ui框架的區別有哪些?在各種前端UI框架的差異中,M模型模型;V視圖視圖;VM視圖的模型視圖;P主持人節目主持人;C控制器控制器;W不管;讓我們先看看MVVM。其餘的並不重要。VM屬於模型和視圖的連接器,並與之分離。每個部分負責不同的內容,為長遠發展打下良好的基礎。這種觀點很容易理解。它是HTML、CSS和JS代碼,而且它在前端與HTML和CSS相關。例如:寫表單,開始用HTML架構,CSS美化,JS動畫控制。模型模型。簡而言之,它是伺服器與業務邏輯之間連接的形成。其中許多都需要非同步處理和獨立更新。因此,它必須與視圖分開。
前端ui框架的區別有哪些?與前端UI框架相比,兩者之間的連接是視圖模式視圖模型。這只是一個連接,而不是控制項。確保獨立。在多視圖、多模式之前,它是一個很好的橋梁。P在顯示和部分控制中起著較大的作用。換句話說,後面在NG中顯示的很多角度都可以理解為PC master,比如讀取M數據,然後在v-View中插入一個模塊。如果用角度進行解釋,則控制器為c。因此,綁定V和M會導致後期開發困難。W沒有那麼具體。更加靈活。由於我們使用了大量的框架和庫,由於一些函數被迫分離,開發過程很慢。
以上便是關於前端ui框架的區別介紹了,希望它能幫助我們開拓,並確定屬於我們自己的ui框架,這一點非常重要。如果您想了解更多關於ui設計的相關設計技巧及素材等,也可以點擊本站其他文章進行學習。
『柒』 前端架構是什麼,前端有架構可談嗎
首先後端可以有架構。
然後前端可以比後端復雜。我廠三年來前端單頁面應用各種提需求改需求增加統計招新人重構組件等等,代碼量達到壓縮後 2M,純粹我們寫的單個頁面代碼壓縮後 2M。除了頻繁的改動還需要努力優化性能。
考慮到 JavaScript 大多數都是腳本語言,代數類型系統,不可變數據,IDE 這之類的黑科技很多用不上,拿什麼保證程序的可靠性呢?
前端都已經比後端復雜了,MVC 抽象也走得比後端 MVC 更遠。這種場景下抽象的模式,組件之間劃分和通訊的設計變得重要而且迫切,出現架構不奇怪。
『捌』 如何做商業前端框架+UI庫選型
這將幫助你了解前端社區中海量的工具。
當然,這些只是一些可選的列表,當你需要做出選擇的時候幫助你抉擇。
我自己使用它嗎?
是的,當我需要開始項目的時候,我用它來作為提醒。
同時,每當有人問「我該使用什麼框架呢?」的時候,我就會把這篇文章給他看。
因為,正如你明白的,事情沒有絕對的對與錯,但是有一些優質的框架能夠幫助做出我們更好的選擇。
另外,我也會不時的更新本文,因為有時候當我學習更多後也會改變當初的想法。
我應該怎樣開始?
如果你的項目不是很小,你應該需要下面幾件事:
項目模塊化 我個人比較喜歡 Component-based architecture,因為他適用於 various-frameworks
同時,考慮一些其他的例子,比如 BOT 、 Elm Architecture 或者 re-frame 或者 CycleJS
模塊載入器(RequireJS,Browserify, Webpack, ComponentJS, SystemJS)
這些東西能夠幫助我們保持Javascript(或者components)彼此獨立和可維護。
包管理器(npm, jspm, bower)
我個人一直比較喜歡 npm ,似乎他是javascript和nodejs真正的標准。另外我會考慮bower來做補足,因為他是一個很好的下載靜態資源的工具,但它在管理組件和依賴又不如npm強大。
自動部署/編譯/構建流水線(grunt/gulp/brunch/broccoli)
因為,如果一直做重復的事情的話生命是很短暫的。
CSS預處理(jss/stylus/sass/css-moles)和 postprocessors(css0, autoprefixer, postcss)
這些工具使css更美好,去除了一些瀏覽器兼容的問題。是的,我是從2015知道這些的,但是不論如何,它在過去確實是痛點。
構建框架(Bootstrap, Zurb Foundation, Elemental UI, Material Lite)
這些框架讓很多web開發者合作,它們會幫助你處理基本的布局和樣式。
盡管,你可以考慮構建你自己的解決方案,如果你感覺構建很厲害或者希望成為前端專家,或者你需要為你的公司構建基本的視覺元素。
如果是這樣的話,建議你盡快使用方法論(BEM, OOCSS),它們可以幫助你節約時間。
我個人比較喜歡 BEM 命名方式和基本工作流,你能夠從 styleguide for Brainly.com找到一些可以幫助你的靈感。
如果你不構建基本的組成,建議看一看 HTML5 Boilerplate
測試工具(jasmine, karma, mocha, tape, itern)
任何人都需要測試,沒有例外的。
代碼質量監控工具(eslint, husky, editorconfig)
可以獲取幫助的社區(chats, IRC, meetups, twitter)
好了,下一步呢?
在選擇你的工具前有一些值得思考的問題需要解決。
准備好了嗎?
我需要和其他人合作嗎?他們是誰?他們想要什麼?
這個問題會幫助你選擇語言和工作流,這對你和你的夥伴都有幫助。
我最關注什麼?質量,開發速度,還是可維護性?
這樣你可以決定是否試驗一些新工具,以及是否能承擔失敗的風險。
是否需要開放給第三方?
面向的團隊不同可能會限制我們語言的選擇。
我是否在處理核心的項目
如果你處理核心項目,請最好選擇高穩定性的語言和框架,這更安全,讓你睡得更好。
是一個可交互的app還是基本的文檔頁面。
結果很可能是你僅僅需要基本的HTML +CSS + tools,或者靜態網站生成器或者CMS。
這是一個單一的項目還是其他項目的相關項目?
即使你有一系列項目,你也應該用一些組件和樣式引導,這些有不錯的文檔。
直接減少代碼重用,保持一致性。
另外,考慮SEO,和服務端渲染。
語言列表
當你回答完上面這些問題後,就可以和你的隊友聊聊,然後選擇一個語言了。
因為這里有很多的東西,而不是糟糕的Javascript,你可以選擇
是否有js開發團隊
考慮ES6(babel兼容)
這會讓你的生活簡單一些。
你是否偏愛typed語言?開發typed是否可以?
考慮 typescript
函數式編程是否接受?
你可以從簡單ES6庫開始,比如 lo-dash 或者 ramda。
這里有一些教程和書來幫助你開始美好的旅行。
你是否嘗試過函數式編程,想要更好的東西?
試試 elm ,很酷的!
你是否能夠全棧?
試試 clojurescript,很酷很酷的
你喜歡沙拉嗎?
試試scalaJS
你知道Haskell嗎?
試試 purescript,真的很酷
想要更多瘋狂的?
這里有一個可以編譯成javascript的語言列表,選一個然後享受吧。
框架列表
你僅僅需要基本的可運行的app?
沒有時間做更復雜的工作?
試試 angular. start looking for help imediately
你是否經常需要快速的原型開發?
是否能在未來修復一些問題?
試試 angular. 一些問題
你是嘗試前端開發的後端?
試試 angular. 尋找一些前端開發者
你是否需要很快的進行開發和構建,但是同時會丟失一些特點?
試試 ampersand/backbone
同樣的技術選型,怎樣從中型到大型?
把 marionette/chaplin添加到你的backbone裡面去,另外可以考慮 Reackjs
你是否有一些時間來實驗,同時得到很大的性能提升?
試試mithril/knockout/aurelia+
你是否有不錯的前端實驗精神,對函數式編程熟悉?
試試 ReactJS+Rex+ImmutableJS+
更多函數式編程技巧?或者偏好交互性強的應用?
使用 reactive streams(bacon, rxJS) 或者試試 Cycle.js(實驗性)
注意1: add streams any會是很好的選擇,可以推薦別人使用。
注意2: 請不要拒絕使用 FRP的reactive streams
你想要使用嚴格的驗證和通用處理方式?
你的應用會越來越大?
你計劃擴充你的團隊?
你有時間學習新東西?
建議花時間學習 EmberJS,他將會是很好的投資!
你是否需要「類桌面應用」?
你的應用有表格,圖例,或者其他分析功能?你在構建企業應用?
試試 ExtJS
你們是一個為其他開發者提供服務的工作室?
你最好有一個不錯的工具集,另外,同事之間最好有一些公共用例。
你是一個為他人提供工具的自由開發者?
適應他們的選擇。
嘗試angular,這將不會造成多大麻煩,讓其他人得到他們想要的。
注意:如果別人付費,請不要改變客戶的需求
你正在構建一個有吸引力的產品,它將會很多人使用?
有了明確的需求後我們就從上面的列表中選擇一個合適的框架。
關於開發什麼樣的應用你有明確的需求(比如10屏的移動應用)
花兩周時間來試驗特定的需求(ionic, famous, Sencha Touch)
怎樣開始編碼?
花一些時間閱讀你所選擇框架或者工具的文檔。
在社區裡面詢問一些經驗開發者怎樣算是優秀項目的開端。
准備所有的工具。
極客精神。但是我建議更加工程化一點。
...
成功。
不知道怎麼用我介紹的一些不常見框架?
看看 TodoMVC Examples,找到你選擇的框架。
但是記住,這些項目只是示例,大多數情況下他們不適合大中型項目。
『玖』 什麼是前端架構
架構設計的最重要目的是為了進行整體系統概覽,以及開發方向指導。
而架構要包含的內容,簡單說就是下面四個
1、系統間關系
2、系統內關系
3、應用內架構
4、系統規范與原則
而架構的原則主要是三個方面
1、架構的合適:架構就像衣服,不能太長,也不能太短
2、可擴展的:架構需要充分考慮擴展性
3、持續不斷的:架構不是一次性物品,是一個跟著軟體生命周期的長期過程
『拾』 《前端架構設計讓前端開發可持續優化、可擴展》pdf下載在線閱讀,求百度網盤雲資源
《前端架構設計》([美] Micah Godbolt)電子書網盤下載免費在線閱讀
資源鏈接:
鏈接:
書名:前端架構設計
作者:[美] Micah Godbolt
譯者:潘泰燊
豆瓣評分:5.8
出版社:人民郵電出版社
出版年份:2017-4
頁數:164
內容簡介:
本書展示了一名成熟的前端架構師對前端開發全面而深刻的理解。作者結合自己在Red Hat公司的項目實戰經歷,探討了前端架構原則和前端架構的核心內容,包括工作流程、測試流程和文檔記錄,以及作為前端架構師所要承擔的具體開發工作,包括HTML、JavaScript和CSS等。
作者簡介:
Micah Godbolt
前端架構師,作家,播客播主,世界級開源大會的培訓師和演講師。他在個人博客(https://micahgodbolt.com)中經常大力推廣前端架構、Sass、視覺還原測試和基於模式的設計方法。他出生於太平洋西北地區,目前和妻子以及 兩個孩子定居於波特蘭的郊區。
譯者簡介:
潘泰燊
畢業於廣東外語外貿大學,曾就職於騰訊、網路等互聯網公司,參與過騰訊QQ空間、網路地圖等海量數據業務的Web開發工作,現就職於富途網路。
張鵬
碩士畢業於中山大學,曾就職於網路、騰訊等知名互聯網公司,參與過基於LNMP架構的億級別互聯網應用的設計與實現,目前從事NodeJS與前端開發。
許金泉
畢業於深圳大學,畢業後加入網路FEX,曾主導UEditor、網路國際化瀏覽器等前端開發工作,現就職於騰訊雲。
審校簡介:
李弦
華為2012實驗室UCD交互設計師,Monash University交互設計碩士,前新東方英語教師,廣東外語外貿大學英語專業八級。