天天看點
傳回

前端工程師的進階之路

這篇文章收藏在筆記裡面有幾年了，原文作者無從考究了，侵删！

最近再翻出來看，依然覺得受益匪淺。這次整理分享出來，希望對大家有所啟示。

背景

如果你是剛進入WEB前端研發領域，想試試這潭水有多深，看這篇文章吧；

如果你是做了兩三年WEB産品前端研發，迷茫找不着提高之路，看這篇文章吧；

如果你是四五年的前端開發高手，沒有難題能難得住你的寂寞高手，來看這篇文章吧。

前言

所謂的天才，隻不過是比平常人更快的掌握技能、完成工作罷了；隻要你找到了正确的方向，并輔以足夠的時間，你一樣能夠踏上成功彼岸。

本文将WEB前端研發程式設計能力劃分了八個等級，每個等級都列舉出了對應的特征及破級提升之方法，希望每位在看本文的同學先準确定位自己的等級（不要以你目前能力的最高點，而是以你目前能力的中檔與之等級作對比，以免多走彎路），參考突破之法破之。

所謂的級别，隻是你面對需求時的一種态度：能夠完成、能夠完美地完成、能夠超出預期地完成。以追求完美的态度加以紮實的程式設計功力，那就是你的程式設計水準。

切記心浮氣燥，級别夠了，那級别裡的東西自然就懂了。悟了就是悟了，沒悟也沒關系，靜下心來，投入時間而已。

（一）入門

能夠解決一些問題的水準。有一定的基礎（比如最常見的HTML标簽及其屬性、事件、方法；最常見的CSS屬性；基礎的JavaScript程式設計能力），能夠完成一些簡單的WEB前端研發需求。

舉個例子：删除一字元串中指定的字元。

var str = "www.baidu.com/?page";
str = str.replace('?page', "");
console.log(str);
str = str.substring(0, str.indexOf("/"));
console.log(str);

首先不要苛責代碼的對錯嚴謹，畢竟每個程式員都有這樣的一個過程；

其次，這兩段代碼在這個執行個體裡沒有什麼大過錯，可能會有瑕疵，但能夠解決問題（删除指定的字元），這就是這個級别的特征。

再舉個例子：計算系統目前是星期幾。

var str = "";
var week = new Date().getDay();
if (week === 0) {
	str = "今天是星期日";
} else if (week === 1) {
	str = "今天是星期一";
} else if (week === 2) {
	str = "今天是星期二";
} else if (week === 3) {
	str = "今天是星期三";
} else if (week === 4) {
	str = "今天是星期四";
} else if (week === 5) {
	str = "今天是星期五";
} else if (week === 6) {
	str = "今天是星期六";
}

// 或者更好一些
var str1 = "今天是星期";
var week1 = new Date().getDay();
switch (week1) {
	case 0 :
		str1 += "日";
		break;
	case 1 :
		str1 += "一";
		break;
	case 2 :
		str1 += "二";
		break;
	case 3 :
		str1 += "三";
		break;
	case 4 :
		str1 += "四";
		break;
	case 5 :
		str1 += "五";
		break;
	case 6 :
		str1 += "六";
		break;
}

console.log(str);
console.log(str1);

進階之路

将JavaScript、HTML、CSS之類的編碼幫助手冊裡的每個方法/屬性都通讀幾遍！隻有将基礎打好，以後的路才能走的順暢。參考這些幫助文檔，力争寫出無瑕疵的代碼。

這些編碼文檔建議不僅是在入門提高期看，在你以後每個階段破階的時候都應該看看，最基礎的東西往往也是最給力的東西，有時能夠給你帶來意想不到的收獲。

（二）登堂

能夠正确地解決問題。不管你是通過搜尋網絡，或者通過改造某些成品代碼（jQuery/Dojo/Ext/YUI）案例，隻要能夠無錯地完成需求。

同樣以“删除指定字元串”為例：

var str = "www.baidu.com/?page";
str = str.replace(/?page/, "");
console.log(str);

僅僅解決問題對于“登堂”階段來說已經不是問題，這個級别所給出方案不能是漏洞百出。

以上面這段代碼為例：replace方法的第一個參數雖然可以支援字元串，但最佳的類型是正規表達式。

再看看“今天是星期幾”示例：

var a = ["日", "一", "二", "三", "四", "五", "六"];
var week = new Date().getDay();
var str = "今天是星期" + a[week];
console.log(str);

對比“入門級”的代碼，不管是從代碼量、代碼效率、代碼優美性、代碼思路來說，“登堂”級的這個日期處理代碼都要優秀很多。

這個階段雖然能夠給出正确的解題方案，但是不一定是最優秀的方案。如何才能得到最優秀的方案呢？首先就是積累各種能夠解決需求的方案，然後再驗證每個方案，在這些方案中選擇最好的一種。是以該階段的進階之路就是“行萬裡路，看萬卷書”，積累各個需求的各個解決方案。

你可以紮身在專業論壇（藍色理想、無憂、CSDN）裡，通讀所有的FAQ及文章；你可以打開搜尋引擎，窮舉所有的搜尋結果。自己建立測試環境一一驗證這些代碼：去揣摩每段代碼的意圖，去比較每段代碼之間的差異。這兩條路可以讓你快速完成原始積累，當你再面對大多數需求時能夠說這些問題我以前做過，那你就水到渠成地晉階了。

（三）入室

最強代碼，知道所有能夠解決需求的各種方案，能夠選擇使用最優秀的方案滿足需求。這個級别基本上産品開發程式設計中的代碼主力。給出的一招一式，招招都是絕招。

還以上面的那個例子為例，你能說出1、2、3之間的差别，以及适用于那種環境嗎？

var str = "www.baidu.com/?page";
// 1、字元串剪裁
str.substring(0, str.indexOf("?page"));
// 2、正規表達式
str.replace(/?page/, "");
// 3、字元串分拆、合并
str.split("?page").join("");

能夠解決問題的方法會有很多，但是對于程式員來說應該選擇最優秀的。上面這段代碼從代碼量來說“正規表達式”最優秀；從代碼執行效率來說： “字元 串剪裁”法最高（Chrome中“正規表達式”效率最高），split法最次；從可擴充性上來說，“正規表達式”法最優。具體使用那種方案視具體的需求環境而定。

“入室”階段，程式員應該能夠肯定的回答：對于這個需求而言，我的代碼就是最優秀的代碼。

再以“今天是星期幾”為例，“登堂”級的代碼你敢說是最優秀的代碼了嗎？

var str = "今天是星期" + "日一二三四五六".charAt(new Date().getDay());

對比“登堂”級的示例代碼，上面這段代碼給你什麼感受？程式員追求的就是完美。“入室”級别追求的就是每一招每一式的完美無缺。

從WEB前端程式設計來說，通過2年左右的努力，很多人能夠達到這個水準，但是，很大一部分人的程式設計能力也就止步于此。或限于産品的需求單一性，或限于需求開發的時間緊迫性，或限于人的惰性，能夠完美地解決目前的需求就夠了。

由于長期處于技術平台期，技術上得不到提高，通常這個級别的工程師會比較燥。技術上小有所成；或追求個人的突破；或追求産品差異性帶來的新鮮感；或者隻是想換個心情；是以很多此級别的工程師會經常換公司。

戒驕戒躁：

  • 切勿以為自己能寫一手漂亮的代碼而自滿；
  • 切莫以為别人“尊稱”你一聲“大俠”你就以 “大俠”自居；
  • 切莫以為自己積累了一些得意的代碼就成了架構式開發。

細節決定成敗，優秀的方案并不能保證最終的成功。

此階段進階之路就是：

  • 切勿心浮氣躁；你不再被需求牽着走，而是你牽着需求走。注重細節，注意那些目前需求裡沒有明文給出的細節：代碼性能的差異、運作平台（浏覽器）的差異、需求的隐性擴充、代碼的向後相容等等。
  • 再通讀幾遍HTML/CSS/JavaScript幫助文檔。

我建議這個級别的工程師做一做WebTreeView控件，要求總節點量一萬左右操作流暢，你的晉升之路就在這個控件的編碼過程中。

（四）入微

最強解決方案。你能夠走在需求的前面，将目前需求裡有的、沒有直接提出來的、現在暫時沒有但将來可能有的等等，及前端程式設計潛規則等各個方方面面都綜合考慮，給出最優方案。以一招勝萬招。

var str = "http://www.xxx.com/?pn=0"; // 删除指定字元 pn=0

我将這個字元串裡所可能想到的各種情況都列舉出來：

var a = [
    "http://www.xxx.com/VMpn=?pn=0", // pn= 可能出現在 ? 前
    "http://www.xxx.com/VMpn=?pn=", // URL裡允許pn 值為空
    "http://www.xxx.com/VMpn=?pn=0&a=1", // URL 裡可有多個字段
    "http://www.xxx.com/VMpn=?a=1&pn=0", // 可能排在最後
    "http://www.xxx.com/VMpn=?a=1&pn=0&pn=1", // 可能有多個 pn 字段
    "http://www.xxx.com/VMpn=?a=1&pn=0&b=2", // 可能在中間
    "http://www.xxx.com/VMpn=?a=1&pn=0&pn=1&b=1", // 可能在中間成組
    "http://www.xxx.com/VMpn=?a=1&pn=0&b=1&pn=1" // 可能零星分布
];
var reg = /((?)(pn=[^&]*&)+(?!pn=))|(((?|&)pn=[^&]*)+$)|(&pn=[^&]*)/g;
for (var i = 0; i < a.length; i++) {
    console.log(a[i] + "n" + a[i].replace(reg, "$2"));
}

這個階段已經不再追求一招一式，對你來說不是使用什麼創新絕招解決需求，而是給出成熟穩重的方案，從根上解決問題。針對某個目前需求你的代碼可能不是最優，但是針對此類的需求你的代碼卻是最優秀的代碼。

很多WEB前端研發工程師在做了3-4年之後就會進入一個瓶頸期：産品開發需求是小菜一碟，沒有新鮮的可以挑戰的東西；代碼開發中的稀奇的解題方法 都已經嘗試過。沒有了可挑戰的難題，失去了探索的激情，也就沒有了再上升的動力，好不容易走過“入室”級别的人又會有八九成止步于此。或轉做技術上司人， 或轉到其它的領域，或換公司。

這些人的上升之路在哪裡呢？

這個階段單單依靠技巧和數量的累積已經沒有什麼效果了，突破之路在第5層《化蝶》裡會詳細說明，我建議你在這個階段末尾着重關注程式設計理論：面向對象/過程、代碼組織形式、編譯、代碼規範、其它的架構設計等等。

我建議這個級别的工程師做一做WebEditor控件，不要求完整功能，但是該控件裡的子產品劃分、代碼組織、程式設計思想做到位，給出一個系統的解決方案。

（五）化蝶

破繭重生，這個層次關注的是程式設計語言本身，而不再關心産品需求。什麼是繭？産品需求就是繭。當你一招勝萬招，打遍天下需求之時，你如果還拘泥于需求開發，那就是你限于繭中而不自知。要麼就在這個繭裡默默地老去，要麼就破開繭獲得新生。

還是以那個“字元串剪裁”的老例子：

function escapeReg(str) {
    return str.replace(new RegExp("([.*+?^=!:x24{}()|[\]/\\])", "g"), "\x241");
}

function delUrlQuery(url, key) {
    key = escapeReg(key);
    var reg = new RegExp("((\?)(" + key + "=[^&amp;]*&amp;)+(?!" + key + "=))|(((\?|&amp;)" + key + "=[^&amp;]*)+$)|(&amp;" + key + "=[^&amp;]*)", "g");
    return url.replace(reg, "x241")
}

// 應用執行個體
var str = "http://www.xxx.com/?pn=0"; // 删除指定字元 pn=0
delUrlQuery(str, "pn");

這段代碼相對于層次4《入微》有什麼差別嗎？從代碼實作上來說沒有太大的差別，但是從思路上來說卻有着本質的差別：

  1. 不再是就事論事，頭疼醫頭，而是把一類問題抽象理論化，一招破萬招；
  2. 有封裝的概念，不再是每次從零開始，而是站在半山腰開始爬。

在WEB前端研發隊伍裡也有很大一部分人《入室》層次時就自我感覺良好，直接跨躍到《化蝶》，積累自己的代碼庫，抽象化問題。但沒有基礎，缺少強大 的後勁，即使能夠破繭也經受不了風吹雨打。一份不成熟的架構設計對團隊開發帶來的危害遠大于它帶來的好處，這種例子在業界屢見不鮮。不要拔苗助長，不要不 會走就想着跑，夯實基礎，水到渠成地成長，厚積薄發，強力地破繭而出。

你已經從原始積累，到厚積薄發，到破繭而出之後，你所關注的應該不再是一招一式、一個項目、一個子產品，而應該是一種思路，一種理論。你可以做以下幾 個步驟以突破到更高層次：

  • 再仔細看幾遍HTML/CSS/JavaScript接口幫助文檔；
  • 選擇一門強語言（C++/C#/Java等）觀察了解這些語 言的組織結構，語言設計；
  • 看看原型鍊，鍊式文法程式設計，泛型，接口程式設計，DOM遙控器等等；
  • 仔細閱讀成熟的WEB前端開發架構的設計文檔，看他們為什麼要這樣設計。

（六）大俠

這裡所說的大俠，不是大家互相吹捧的“大俠”，而是實至名歸的高手。這個級别的人完全有能力寫出不差于 Bindows/jQuery/Ext/YUI/Dojo 的同等級别規模的前端開發架構。應用成熟的開發架構指導、解決問題。

// 庫檔案 /mz/string/escapeReg.js
mz.string.escapeReg = function (str) {
    return str.replace(new RegExp("([.*+?^=!:x24{}()|[\]/\\])", "g"), "\x241");
};

// 庫檔案 /mz/url/delQuery.js
/// include mz.string.escapeReg;
mz.url.delQuery = function (url, key) {
    key = mz.string.escapeReg(key);
    var reg = new RegExp("((\?)(" + key + "=[^&amp;]*&amp;)+(?!" + key + "=))|(((\?|&amp;)" + key + "=[^&amp;]*)+$)|(&amp;" + key + "=[^&amp;]*)", "g");
    return url.replace(reg, "x241");
};
// 應用執行個體 
/// include mz.url.delQuery;
var str = "http://www.xxx.com/?pn=0"; // 删除指定字元 pn=0
mz.url.delQuery(str, "pn");

自成體系，有基礎，也有理論高度。知道為什麼這樣設計，也知道什麼樣的設計最好。比如這個例子可以有這樣的封裝：

// 庫檔案 /mz/url/delQuery.js 
/// include mz.string.escapeReg;
String.prototype.delQuery = function (key) {
    key = mz.string.escapeReg(key);
    var reg = new RegExp("((\?)(" + key + "=[^&amp;]*&amp;)+(?!" + key + "=))|(((\?|&amp;)" + key + "=[^&amp;]*)+$)|(&amp;" + key + "=[^&amp;]*)", "g");
    return this.replace(reg, "x241");
};

// 應用執行個體
/// include mz.url.delQuery;
var str = "http://www.xxx.com/?pn=0"; // 删除指定字元 pn=0
str.delQuery("pn");

而為什麼不采用下面的那種封裝呢？經過了《知微》和《化蝶》你就懂了。

進階出路

道法自然，從根上去尋找突破的契機。你可以研讀HTML解析引擎設計與實作，JS解析引擎設計與實作，其它語言的代碼解析與編譯實作等等。

或者出些書。低級别的人寫的書要麼是一大抄，空無一物；要麼是害人。

（七）宗師

這個級别的人已然到了無招勝有招的境界。項目開發中的難題？沒有難題！運作平台的差異？從根本上搞定！代碼規範、開發模式，早已經被抛在身後。這個級别的人已經不再關注于某個前端開發架構，而是應對具體的環境給出最佳的理論指導。

這個級别的人所注意的應該是以最合理的系統架構引領着整個團隊的進步，在什麼樣的場景下該用什麼樣的架構設計。3個、10個、50個、100個人的團隊最應該用哪種模式？等你到了宗師級别，你再來回答吧。

每一個宗師就是一個高山，就是一個領域裡的神，但是你僅滿足于在一群比你弱的群體展現你的強大嗎？如果還你是止步原地，那總會有人乘着飛機、宇宙飛船從你的頭領掠過，高處不勝寒！

要突破這片領域，那就必須跳出這片領域。要想突破WEB前端研發的宗師級，那就跳出WEB前端吧，上面還有WEB開發。即使你是WEB前端的宗師， 但沒有快速的資料響應，沒有高速的網絡架構，沒有優美的系統支援，你又能如何？是以突破之路就是把目光投到整條WEB開發的鍊條中去。

（八）飛升

其實嚴格來說，飛升已經不是原領域的範圍了。在WEB研發領域，對于這個層次的有一個很好聽的稱謂：架構師。當然那些“僞架構師”另當别論。

總結

一法通，萬法通。在其它的技術領域，也可以按照《入門》《登堂》《入室》《入微》《化蝶》《大俠》《宗師》來劃分等級；一樣也可以按照我這裡所寫的每個級别的【進階之路】來快速提升。

個人網站：http://www.laixiangran.cn

GitHub：https://github.com/laixiangran

Weibo：http://weibo.com/laixiangran

Email：[email protected]

QQ：1452446775

心得體會
上一篇: JavaScript之Promise對象
下一篇: jquery-validate的用法

繼續閱讀