與一些傳言相反，Lodash依然活躍，并正在邁向Lodash 5的發(fā)布！

Lodash 是那些為 JavaScript 提供便利功能的實(shí)用程序庫之一，它使編程變得更加輕松。許多開發(fā)者使用它來簡(jiǎn)化對(duì)象和數(shù)組的處理。

它也是一個(gè)像 Moment.js那樣被捕獲得措手不及的庫。由于沒有模塊化，它從一些項(xiàng)目中被丟棄，因?yàn)楫?dāng)你加載5MB的分析工具時(shí)，每多1kB的負(fù)擔(dān)都太大了。

我偶爾使用 Lodash，因?yàn)樗苡杏茫⑶椅野l(fā)現(xiàn)它很有幫助。但驚訝地發(fā)現(xiàn)了Daniel Roe的這條推文：

必須讀兩次，因?yàn)閮H僅瀏覽這條推文會(huì)讓你相信 Lodash 已經(jīng)死亡。

實(shí)際上，Daniel 寫道在他發(fā)那條推文時(shí)沒有新的問題反饋。

但你可以從推文中感受到對(duì) Lodash 的一些反感，因?yàn)樗拇朕o暗示著 Lodash 已經(jīng)死亡。

在隨后的推文中，他澄清說沒有問題反饋可能是為了準(zhǔn)備發(fā)布Lodash 5：

為什么我們會(huì)看到關(guān)于這個(gè)流行庫的如此模糊的推文？

我發(fā)現(xiàn)的是，原計(jì)劃在2021年發(fā)布 Lodash 5。

然而，現(xiàn)在是2023年，Lodash 5 的發(fā)布已經(jīng)延遲了兩年。該版本的更改清單非常重要，主要側(cè)重于減小大小和模塊化，這些問題使得Lodash在一些團(tuán)隊(duì)中逐漸沉沒。

所以，這個(gè)路線圖非常明確，當(dāng)Lodash 5發(fā)布時(shí)，它將能夠再次展現(xiàn)它的真正用途。

我不知道為什么它會(huì)延遲。但有時(shí)這種情況確實(shí)會(huì)發(fā)生。沒什么大不了的。沒有理由不喜歡它。

然后，作者偶然發(fā)現(xiàn)了這個(gè)關(guān)于省略函數(shù)的主題。Omit 函數(shù)是刪除對(duì)象不必要屬性的一種方法。它的用處在于可以一次刪除多個(gè)屬性，還可以刪除深層屬性，例如 car.tires.size。

為了準(zhǔn)備這些對(duì)意外數(shù)據(jù)過敏的API端點(diǎn)的數(shù)據(jù)，這非常方便。

但是，根據(jù)路線圖，Lodash 5 將取消這一功能。看起來對(duì)于一些人來說，這真的很重要。但是，五年前，這成為了設(shè)計(jì)決策的一部分，開發(fā)者被告知他們對(duì)此沒有發(fā)言權(quán)：

并說明原因：

它必須引入所有屬性（繼承的和自己的可枚舉字符串鍵屬性和符號(hào)），然后排除少量屬性。另一方面，_.pick 或 _.pickBy 是顯式的。只需選擇你想要的內(nèi)容，無需大費(fèi)周章。

我不知道這是不是反感的來源，但肯定有一些開發(fā)者不喜歡這個(gè)實(shí)用程序庫決定他們應(yīng)該如何編碼。

羅伯特-登普西（Robert Dempsey）撰寫了一篇很棒的文章，對(duì) omit 功能的所有可能替代方案進(jìn)行了分析，得出如下結(jié)論：

如果你需要省略扁平路徑， 建議安裝Lodash 4+單獨(dú)用于省略功能，同時(shí)使用Lodash 5+進(jìn)行其他操作。

Robert 所做的研究得出的結(jié)論確實(shí)很有根據(jù)。這讓我們得出的結(jié)論是使用pick，或pickBy，或者在Lodash 5發(fā)布時(shí)安裝兩個(gè)版本的Lodash。

盡管我們知道選擇屬性與刪除它們不同。因?yàn)閷?duì)于大型對(duì)象，選擇是逆生產(chǎn)的。

總之，一些開發(fā)者，一些忠實(shí)的Lodash開發(fā)者，將不得不安裝兩個(gè)版本，因?yàn)橐粋€(gè)設(shè)計(jì)決策。

我還了解到，omit 功能的運(yùn)行速度很慢，這可能是刪除該功能的原因。

Robert 所做的研究顯示了一些有前途的替代方案。但也明確表示，這個(gè)功能對(duì)于人們來說是有用的。所以，即使它不是超級(jí)快，對(duì)于人們來說也足夠了。

當(dāng)我處理一個(gè)數(shù)據(jù)時(shí)，我不太關(guān)心它多用了1毫秒，因?yàn)槲抑勒{(diào)用API的時(shí)間都要花費(fèi)500毫秒。??

另一方面，在某些情況下可能會(huì)太慢，但這就是性能測(cè)試的任務(wù)。

不過，作者也理解當(dāng)今方正公司規(guī)則的設(shè)計(jì)決定。在這種情況下，因?yàn)橛腥丝赡軙?huì)錯(cuò)誤地使用一個(gè)函數(shù)而放棄一個(gè)庫，或者干脆放棄這個(gè)函數(shù)，都比解釋如何正確使用它要容易得多。

作者也理解這個(gè)決定可能是基于需要優(yōu)化庫在所有情況下的運(yùn)行速度和推廣最佳實(shí)踐，同時(shí)與實(shí)用性保持良好的平衡。

說了這么多，這只說明在受歡迎的庫周圍做決策是多么的棘手。不能讓每個(gè)人都滿意。

作者個(gè)人會(huì)保留這個(gè)功能，并盡量提高其速度，同時(shí)在文檔中添加一些說明。

無論如何，事實(shí)上，Lodash團(tuán)隊(duì)實(shí)際上使用了“Issue bankruptcy”標(biāo)簽來描述已關(guān)閉的問題。

Lodash仍然活躍，有一天我們會(huì)看到Lodash 5，這是許多開發(fā)者期待的東西。