今天的文章比較素，小伙伴們請謹慎閱讀。
對于剛開(kāi)始學(xué)習編程的小伙伴，任何一點(diǎn)問(wèn)題都可能成為你放棄的理由，擁有一款順手的“武器”就顯的尤為重要。
所以今兒咱就少扯些閑篇，來(lái)好好聊聊 VSCode 這個(gè)我眼里最適合新手的編輯器。
VSCode是什么
VSCode 全稱(chēng)就沒(méi)必要說(shuō)了吧，反正臭長(cháng)臭長(cháng)的。
雖然 VSCode 自發(fā)布還沒(méi)幾年，卻一直相當出名，被很多網(wǎng)友戲稱(chēng)為微軟少有能拿出手的精品。
沒(méi)錯，VSCode 它老東家就是微軟。
官方給它的定義是一個(gè)免費、開(kāi)源的跨平臺編輯器，之所以反復強調編輯器這仨字，是因為很多小伙伴常把 IDE 和編輯器當成一個(gè)玩意。
可是事實(shí)并非這樣，IDE 是個(gè)完善的武器庫，它追求的就是開(kāi)箱即用的完備，一句話(huà)概括就是啥都有。
IDE 更側重于工程項目，對于代碼的調試、測試都提供了各式各樣的支持，好用是好用，就是太過(guò)笨重。
況且正版 IDE 若不想辦法破解白嫖，自己買(mǎi)來(lái)用來(lái)學(xué)習性?xún)r(jià)比太低。
編輯器就不一樣了，它更輕，側重于單個(gè)文件或文件夾，而非一個(gè)完整的項目。
而且編輯器對于語(yǔ)言的支持更自由，以前說(shuō)用文本編輯器敲代碼可真一點(diǎn)也不魔幻。
這兩年較為輕量的編輯器廣受歡迎，而 VSCode 把自己定位到編輯器，卻又不止步于此，并像 Chrome 擴展一樣，支持插件，支持開(kāi)源。
這大概也是這幾年來(lái) VSCode 迅猛發(fā)展，一年一個(gè)樣的原因吧。
VSCode發(fā)展史
我是真的好奇 VSCode 發(fā)展過(guò)程，于是我就去查了查（上班摸魚(yú)果然是最快樂(lè )的），發(fā)現果然是大佬的手筆。
關(guān)于這一部分，大家當個(gè)故事看著(zhù)玩就行。
微軟早就做出了被稱(chēng)為最好用的 IDE——VS，這個(gè)也就是 VSCode 的長(cháng)輩。
可微軟的野心不只滿(mǎn)足于此，11 年底的時(shí)候，微軟從 IBM 挖來(lái)了 Erich Gamma（我就簡(jiǎn)稱(chēng) EG 了）。
看看上面這照片，你可能是第一次見(jiàn)到 EG 這大佬長(cháng)啥樣，但單看這個(gè)發(fā)際線(xiàn)，你也該知道他有多強了吧。
而 EG 這位大佬到底有多牛，還記得我之前狂吹的《設計模式》作者「四人幫」嘛。
EG 就是其中的一員，而且這位大佬之前在 IBM 時(shí)也是負責開(kāi)發(fā) Java 開(kāi)發(fā)工具的。
這次微軟把他請來(lái)，就是希望他能打造一款在線(xiàn)的開(kāi)發(fā)工具，讓咱程序猿們可以在瀏覽器中也能獲得 IDE 中的享受。
所以微軟想要的在線(xiàn)開(kāi)發(fā)工具當然搞出來(lái)了，就是現在也都挺有名的 Monaco Editor。
在整個(gè)開(kāi)發(fā)過(guò)程中，Monaco Editor 盡可能的保持著(zhù)輕量，而且 EG 極其重視核心功能的獨立，對于那些消耗資源的功能則運行在其他進(jìn)程。
之所以 EG 這般偏執，尤其注重核心功能的獨立性，據說(shuō)是因為 EG 曾見(jiàn)證了另一個(gè)開(kāi)發(fā)工具的興衰。
我去考了考古，發(fā)現竟然是 Eclipse。
Eclipse 本是 IBM 內部的項目，它剛推出時(shí)大受歡迎，但最后結局是捐給了開(kāi)源組織。
究其原因，大概是成也蕭何，敗也蕭何吧。
Eclipse 的成功是因為它極致的可定制化的特點(diǎn)，任何功能都可以交給插件實(shí)現。
而它的落寞也是由插件所導致的，插件和核心代碼運行在同一進(jìn)程中，過(guò)多的插件嚴重的拖累了 Eclipse 核心功能的運行。
Eclipse 最后的結局就是遭人嫌棄。
感覺(jué)這是插件型軟件的通病，現在 Chrome，VSCode 在網(wǎng)上的差評，多是因為內存占比太大，不過(guò)這個(gè)時(shí)候你也該適當整理一下插件了。
扯了這么多，咱主角 VSCode 還沒(méi)上線(xiàn)呢，它正式的亮相是在 2015 年 4 月底的 Build 大會(huì )上。
EG 及其團隊把 Monaco Editor 搬到了桌面平臺，正式發(fā)布了 VSCode 的第一個(gè)預覽版本。毫不夸張的說(shuō)，之后短短五年的時(shí)間，VSCode 跟吃了藥一樣高速發(fā)展。
這個(gè)月的 PYPL Top IDE index 排行，我記得半年前 VSCode 還排在第六，短短六個(gè)月它就在所有 IDE 和 編輯器中向上爬了兩名。
看看其他主流的代碼編輯器，Sublime、Atom 和 Vim，毫無(wú)疑問(wèn)，VSCode 已經(jīng)奪得了代碼編輯器中的桂冠。
現在的 VSCode 繼承著(zhù)前身 Monaco Editor 的設計風(fēng)格，是一款既追求著(zhù)高度定制又保持著(zhù)可控的高性能編輯器。
而 VSCode 也正努力讓程序猿們能在編輯器里獲得 IDE 的開(kāi)發(fā)體驗（感覺(jué)微軟就是想讓程序猿們能在任何地方都能搞開(kāi)發(fā)）。
雖然我挺尬吹它的吧，但我覺(jué)得它有被尬吹的資本。
為什么我會(huì )選擇VSCode
前面已經(jīng)說(shuō)了很多 VSCode 的優(yōu)點(diǎn)，這里就總結一下。
因為 VSCode 是在 IDE 和編輯器中間把控自己的定位，所有就不得不考慮性能高低的問(wèn)題。
從 IDE 轉 VSCode 的小伙伴應該能感受到性能變化，和同類(lèi)編輯器比較，Atom 就有點(diǎn)不夠看了。
但不得不承認，和傳統的 Vim 和 Sublime 相比，VSCode 還是有需要提升的地方。
VSCode 在性能方面已經(jīng)雖然足夠重視，無(wú)論是從插件進(jìn)程與主進(jìn)程的隔離，到插件的延遲加載，再到 Text Buffer 的優(yōu)化，提升大文件的加載與編輯速度，減少內存使用率等等。
但畢竟它只發(fā)展了 5 年，相比現在，我更看好它的未來(lái)。
VSCode 的插件生態(tài)發(fā)展迅猛，社區中的插件數量早已破萬(wàn)。
而且 VSCode 不僅有插件市場(chǎng)，還可以直接在 VSCode 中直接搜索、安裝并管理。
相比同類(lèi)的編輯器，Sublime 只有 VSCode 插件數量的一半不到，還不能在編輯器中直接下載管理。
Vim 發(fā)展已久，插件數量無(wú)數，但是沒(méi)有一個(gè)合格的插件市場(chǎng)。
Atom 則在各個(gè)方面都略遜于 VSCode。
綜合來(lái)看，只要調教得當的 VSCode 并不遜色于 IDE，而且還有很多意想不到的奇妙插件。
回頭我再給你們說(shuō)我咋用 VSCode 插件，上班無(wú)聊時(shí)候摸魚(yú)的。
我知道 VSCode 對于搞前端的小伙伴來(lái)說(shuō)，簡(jiǎn)直不要太友好。
就倆字，支持！除了對 JS 的智能提示、調試等功能的支持，像 HTML，CSS等技術(shù)都有很好的支持。
VSCode 雖然自稱(chēng)編輯器，卻又像 IDE 一樣開(kāi)箱即用，這是因為 VSCode 在保持其編輯代碼的核心功能外，還內置了屬于 IDE 的功能。
有三點(diǎn)讓我特別喜歡。
調試器
我們可以直接在 VSCode 中調試代碼，打斷點(diǎn)啥的完全支持，用戶(hù)體驗就倆字，舒服！
版本控制
內置了 Git 支持，管理源碼的時(shí)候方便了不少。
終端
內置終端可以直接在 VSCode 中運行腳本代碼，像 IDE 一樣，不用再來(lái)回切換。
在我看來(lái)，一個(gè)工具的生態(tài)完善與否，就直接定義著(zhù)這個(gè)工具是否擁有未來(lái)。
我也是剛剛知道，原來(lái) VSCode 有著(zhù)強大的生態(tài)。
VSCode 把它的組件（插件）抽離出來(lái)，進(jìn)行封裝且二次開(kāi)發(fā)后，就成了我們眼中的開(kāi)源產(chǎn)品，并且它與社區合作，把開(kāi)源做的越來(lái)越好。
總結
VSCode 還是一個(gè)年輕的編輯器，但它已經(jīng)展現了它的潛力。
前段時(shí)間，好像在遠程開(kāi)發(fā)的方向上也突破不斷，還有越來(lái)越多的開(kāi)發(fā)者參與到了它的成長(cháng)。
現在 VSCode 只是 IDE 的替代品，但誰(shuí)又能說(shuō)未來(lái)它不會(huì )做的更好呢？
獲取方式
官網(wǎng)：https://code.visualstudio.com
聯(lián)系客服
