隨著應(yīng)用程序變得越來越復(fù)雜，新興技術(shù)棧越來越多，應(yīng)用程序開發(fā)變成一個令人生畏的任務(wù)。但是，網(wǎng)上有許多可用的工具能在應(yīng)用程序開發(fā)過程中給我們提供很大幫助。本文列出了一些我用過的工具，希望推薦給開發(fā)者，因為這些工具對我個人的工作有非常大的幫助。

1. Responsively App

如果你問一個全棧開發(fā)者，前端開發(fā)是不是比后端開發(fā)更難，大部分會回答“是的”。我個人也這樣認(rèn)為。與后端開發(fā)相比，前端開發(fā)很難的原因在于它涉及很多復(fù)雜的 UI 組件。

重建設(shè)計師設(shè)計的用戶界面，這本身就是一個挑戰(zhàn)，但除此之外，由于存在非常多的設(shè)備和屏幕尺寸，因此開發(fā)者需要確保他們的應(yīng)用程序是響應(yīng)式的。

現(xiàn)代瀏覽器，例如 Chrome，有內(nèi)置的開發(fā)工具來使你的瀏覽器窗口變成響應(yīng)式，來服務(wù)每種設(shè)備和屏幕尺寸。但是，你要面對的一個常見問題是你每次只能適配一種設(shè)備 / 屏幕尺寸。

Responsivelyapp 可以幫你在單個窗口中并排預(yù)覽你的網(wǎng)站在各種目標(biāo)設(shè)備和屏幕尺寸的效果。此外，也鏡像了交互效果。這意味著任何一個屏幕上發(fā)生的行為，也會被鏡像到其它屏幕上。從屏幕截圖到可定制布局，再到元素檢查器，Responsively 應(yīng)有盡有。它甚至還支持熱加載。

https://responsively.app/

這個工具在開發(fā)網(wǎng)站時會非常有用。

2. BIT

軟件開發(fā)的一個基本原則是代碼復(fù)用性。這讓你能減少開發(fā)工作，因為你無需從頭開始構(gòu)建組件。

這也正是 Bit.dev 做的事情。它允許你共享可復(fù)用代碼組件和代碼片段，從而減少你的開銷并加速開發(fā)過程。

它還允許在團(tuán)隊之間共享組件，從而允許你的團(tuán)隊與其他團(tuán)隊協(xié)作。

“組件就是你的設(shè)計系統(tǒng)。一起構(gòu)建更好的組件吧。” —Bit.dev

正如 Bit.dev 的標(biāo)語，組件中心也非常適合作為設(shè)計系統(tǒng)生成器。通過讓你團(tuán)隊中的開發(fā)人員和設(shè)計人員一起工作，Bit.dev 是從頭開始構(gòu)建一個設(shè)計系統(tǒng)的完美工具。

https://bit.dev/

Bit.dev 現(xiàn)在支持 React、Vue、Angular、Node 和其它 JavaScript 框架。

3. Wappalyzer

Wappalyzer 是一家技術(shù)性數(shù)據(jù)提供商，向你提供一個網(wǎng)站的技術(shù)性數(shù)據(jù)，例如內(nèi)容管理系統(tǒng)（CMS）、客戶關(guān)系管理（CRM）系統(tǒng)、營銷工具、分析工具、JavaScript 庫、UI 框架甚至使用的字體庫。

https://www.wappalyzer.com/

這對于你設(shè)計和管理你的網(wǎng)站至關(guān)重要，在性能上與你的競爭者平分秋色甚至更好。

4. Npkill

如果你做過全棧開發(fā)，你會發(fā)現(xiàn)你的前端項目文件夾尺寸會大得多。這主要是由于你項目目錄中的 node 模塊。Node 模塊非常容易忽略，特別是他們的大小。隨著時間的推移，它們會累積起來，讓你的項目文件夾變得非常大。

Npkill 是一個命令行工具，讓你能輕松移除老舊且笨重的 node 模塊文件夾。通過移除不必要的 node 模塊，你可以把你的系統(tǒng)從混亂中解放。

此外， 這個工具對用戶非常友好。通過使用上下箭頭并按下刪除鍵，就可以輕松刪除模塊。這個團(tuán)隊還提到，這個工具之所以這么快是因為在比較低的層次上實現(xiàn)了搜索功能。

https://npkill.js.org/

這個工具對于 web 開發(fā)者來說是必用的，尤其是如果你是一個 JavaScript 狂熱愛好者的話。

5. Workly

Workly 是一個 node 模塊， 使你能夠?qū)⒁粋€單獨的函數(shù)或類移動到一個 worker 線程。它還能讓你向主線程暴露一個 worker 中的對象或函數(shù)。此外，所有這些功能都是異步的，與 async/await 搭配得非常好。

這個工具可以幫助你在三行代碼以內(nèi)實現(xiàn)終極目標(biāo)。如果你在應(yīng)用程序中使用 web workers，我強(qiáng)烈建議你看看這個工具。

https://github.com/pshihn/workly

6. Postwoman

Postman 是開發(fā)人員常用的一個 API 客戶端工具。但是，它在比較低配置的電腦上運(yùn)行得比較慢，因為它是一個 Electron 應(yīng)用程序。眾所周知，Electron 應(yīng)用程序非常慢，尤其是在硬件配置受限的機(jī)器上。Postwoman 是 Postman 的一個替代工具。Postwoman 功能強(qiáng)大、速度快而且開源。

https://postwoman.io/

7. RequestBin

RequestBin 讓你能快速搭建一個接收請求的 HTTP 端點。你可以用這個工具來解析和理解收到的數(shù)據(jù)。當(dāng)使用來自各種來源的 webhooks 時，這個工具尤其有用。

我個人也遇到過這樣的情況：因為文檔過時，我很難找到發(fā)送給 API 的數(shù)據(jù)的格式。我不得不使用 C# 中的動態(tài)數(shù)據(jù)類型來看看收到的對象是什么樣的。為避免這種情況，你可以輕松地提供這個工具提供的 HTTP 端點并可視化接收到的數(shù)據(jù)。

https://requestbin.com/

如果你認(rèn)為有其它工具值得添加到這個清單中，請在下面的評論中留言。感謝閱讀，編碼快樂！