網(wǎng)上可以找到前端開發(fā)社區(qū)貢獻的大量工具，這篇文章列出了我最喜歡的一些工具，這些工具給我的工作帶來了許多便利。

1. EnjoyCSS

老實說，雖然我做過許多前端開發(fā)，但我并不擅長 CSS。當(dāng)我陷入困境時，EnjoyCSS 是我的大救星。EnjoyCSS 提供了一個簡單的交互界面，幫助我設(shè)計元素，然后自動輸出相應(yīng)的 CSS 代碼。

EnjoyCSS 可以輸出 CSS、LESS、SCSS 代碼，并支持指定需要支持哪些瀏覽器及其版本。開發(fā)簡單頁面時用起來比較方便，但不太適合復(fù)雜一點的前端項目（這類項目往往需要引入 CSS 框架）。

2. Prettier Playground

Prettier 是一個代碼格式化工具，支持格式化 JavaScript 代碼（包括 ES2017、JSX、Angular、Vue、Flow、TypeScript 等）。Prettier 會移除代碼原本的樣式，替換為遵循最佳實踐的標(biāo)準(zhǔn)化、一致的樣式。IDE 大多支持 Prettier 工具，不過 Prettier 也有在線版本，讓你可以在瀏覽器里格式化代碼。

如果工作電腦不在手邊，使用移動端設(shè)備或者臨時借用別人的電腦查看代碼時，Prettier Playground 非常好用。相比在 IDE 或編輯器下使用 Prettier，個人更推薦通過 git pre-commit hook 配置 Prettier：hook 可以保證整個團隊使用統(tǒng)一的配置，免去各自分別配置 IDE 或編輯器的麻煩。如果是老項目，hook 還可以設(shè)置只格式化有改動的單個文件甚至有改動的代碼段，避免在 IDE 或編輯器下使用 Prettier 時不小心格式了大量代碼，淹沒了 commit 的主要改動，讓 review 代碼變得十分痛苦。

3. Postman

Postman 一直在我的開發(fā)工具箱里，測試后端 API 接口時非常好用。GET、POST、DELETE、OPTIONS、PUT 這些方法都支持。毫無疑問，你應(yīng)該使用這個工具。

Postman 之外，Insomnia 也是很流行的 REST API 測試工具，亮點是支持 GraphQL。不過 Postman 從 去年夏天發(fā)布的 v7.2 起也支持了 GraphQL。

4. StackBlitz

Chidume Nnamdi 盛贊這是每個用戶最喜歡的在線 IDE。StackBlitz 將大家最喜歡、最常用的 IDE Visual Studio Code 搬進了瀏覽器。

StackBlitz 支持一鍵配置 Angular、React、Ionic、TypeScript、RxJS、Svelte 等 JavaScript 框架，也就是說，只需幾秒你就可以開始寫代碼了。

我覺得這個在線 IDE 很有用，特別是可以在線嘗試一些樣例代碼或者庫，否則僅僅嘗試一些新特性就需要花很多時間在新項目初始化配置上。有了 StackBlitz，無需在本地從頭搭建環(huán)境，花上幾分鐘就可以試用一個 NPM 包。很棒，不是嗎？

微軟官方其實也提供了在線版本的 VSCode，可以在瀏覽器內(nèi)使用 VSCode，并且支持開發(fā) Node.js 項目（基于 Azure）。不過 StackBlitz 更專注于優(yōu)化前端開發(fā)體驗，界面更加直觀一點，也推出了 beta 版本的 Node.js 支持（基于 GCP，需要填表申請）。

5. Bit.dev

軟件開發(fā)的基本原則之一就是代碼復(fù)用。代碼復(fù)用減少了開發(fā)量，讓你不用從頭開發(fā)組件。

這正是 Bit.dev 做的事，分享可重用的組件和片段，降低開發(fā)量，加速開發(fā)進程。

除了公開分享，它還支持在團隊分享，讓團隊協(xié)作更方便。

正如 Bit.dev 的口號「組件即設(shè)計體系。協(xié)同開發(fā)更好的組件?！顾裕珺it.dev 可以用來創(chuàng)建設(shè)計體系，允許團隊內(nèi)的開發(fā)者和設(shè)計師一起協(xié)作，從頭搭建一套設(shè)計體系。

Bit.dev 目前支持 React、Vue、Angular、Node 及其他 JavaScript 框架。

在 Bit.dev 上不僅可以搜索組件，還可以直接查看組件的依賴，瀏覽組件的代碼，甚至在線編輯代碼并查看預(yù)覽效果！選好組件后可以通過 Bit.dev 的命令行工具 bit 在本地項目引入組件，也可以通過 npm、yarn 引入組件。

6. CanIUse

CanIUse是非常好用的在線工具，可以方便地查看各大瀏覽器對某個特性的支持程度。

我過去經(jīng)常碰到自己開發(fā)的應(yīng)用的一些功能在其他瀏覽器下不支持的情況。比如我的作品集項目使用的某個特性在 Safari 下不支持，直到項目上線幾個月后我才意識到。這些經(jīng)驗教訓(xùn)讓我意識到需要檢查瀏覽器兼容性。

我們來看一個例子吧。哪些瀏覽器支持 WebP 圖像格式？

如你所見，Safari 和 IE 目前不支持 WebP。這意味著需要為不兼容的瀏覽器提供回退選項，比如：

<picture>

CanIUse 還可以在命令行下使用，例如，在命令行下查看 WebP 圖像格式的瀏覽器兼容性：caniuse webp（運行命令前需要事先通過 npm install -g caniuse-cmd安裝命令行工具。