Jamstack 的一個有趣的悖論：其概念簡單，卻可能導(dǎo)致複雜性。

核心思想是：將預(yù)渲染的靜態(tài)文件部署到擅長處理靜態(tài)文件的Web 託管服務(wù)（CDN）上。就這麼簡單。如果需要更多功能，則使用客戶端JavaScript，通常會與無服務(wù)器函數(shù)配合使用，因?yàn)檫@是Jamstack 後端的理想搭檔。 Guillermo Rauch 最近在Smashing Conf 上提到，Jamstack 並非嚴(yán)格意義上的“技術(shù)?！?，因?yàn)樗鼘唧w實(shí)現(xiàn)方式幾乎沒有限制。儘管我喜歡“Jamstack”這個詞，但這說法也有一定道理。

諷刺的是，雖然概念簡單，但這簡單性卻可能導(dǎo)致複雜性。

Netlify 公司是Jamstack 的主要推動者，他們深知這一點(diǎn)。他們知道，如果沒有後端服務(wù)器和後端語言，像基本的聯(lián)繫表單這樣的功能實(shí)現(xiàn)起來會很複雜。我們不得不另尋他法來處理表單，而不是直接使用現(xiàn)成的解決方案。因此，他們?yōu)槟憬鉀Q了這個問題（以及其他一些問題，例如身份驗(yàn)證和無服務(wù)器函數(shù)）。但是，還有許多其他公司也想成為你係統(tǒng)中的一個齒輪。

這只是潛在復(fù)雜性之一。你使用什麼CMS 或其他數(shù)據(jù)存儲？你的構(gòu)建過程是什麼樣的？你如何預(yù)覽內(nèi)容更改？你如何進(jìn)行身份驗(yàn)證？如果你需要一些花哨的日曆小部件怎麼辦？如果你想賣東西怎麼辦？對於網(wǎng)站可以實(shí)現(xiàn)的任何功能，Jamstack 都有解決方案——只是將所有這些解決方案結(jié)合起來可能會感覺支離破碎且令人困惑。

Dave 最近嘗試使用Eleventy Tailwind Netlify CMS（這是Jamstack 風(fēng)格的），他說感覺像是在放牧牛群：

我這個小程序原本只打算使用3 種技術(shù)，結(jié)果卻讓我接觸到了大約20 種不同的技術(shù)，並且讓我在午夜後深入挖掘第n 層依賴項(xiàng)的源代碼。如果有什麼比喻能說明我不喜歡現(xiàn)代Web 開發(fā)的方面，那就是這個。你想使用三種工具，但你卻不得不學(xué)會使用二十種工具。如果模塊和組件像樂高積木，那麼這就是把整個積木箱都倒在地上，只為了找到你需要的一小塊積木。

“我們編織的錯綜複雜的網(wǎng)絡(luò)”，確實(shí)如此。

在Richard MacManus 和Matt Mullenweg 之間的談話1中，Richard 引用了Matt 的話：

“你可以將十幾個服務(wù)拼湊在一起，每個服務(wù)都有自己的帳戶和賬單，每月花費(fèi)數(shù)百美元，才能獲得與在共享主機(jī)上使用WordPress 獲得的類似結(jié)果，”他說。 “而且它會更脆弱，因?yàn)殒湕l的強(qiáng)度取決於最薄弱的環(huán)節(jié)。你將不同的工具集、登錄、賬單、託管……連接在一起；任何一部分出現(xiàn)故障都可能破壞整個流程?！?/p>

如果我正在考慮為某個項(xiàng)目使用Jamstack，而最終總共有十二個服務(wù)，我可能會重新考慮，特別是如果我可以使用WordPress 並將其減少到一個服務(wù)。 Jamstack 還有許多其他合理的批評，尤其是在其發(fā)展早期。例如，“帶有預(yù)覽功能的CMS”的故事並不是很好，而這是WordPress 上你甚至不會考慮的功能，因?yàn)?，顯而易見，它具有該功能。

Jamstack 也確實(shí)做了一些我非?？粗厍翌I(lǐng)先於其他技術(shù)的事情?；禛it 的部署？所有網(wǎng)站都應(yīng)該具備這個功能。我的拉取請求預(yù)覽？太棒了。亞100 毫秒的首個請求？求之不得。不必擺弄緩存？太爽了。趕上吧，其他技術(shù)棧。

我的意思是，這裡需要做出“金發(fā)姑娘”式的選擇。你可以通過做你可能已經(jīng)在做的事情來做到這一點(diǎn)：穿上你的成人褲子，考慮你的項(xiàng)目需要什麼，然後選擇最佳方案。

我有一些生產(chǎn)環(huán)境的WordPress 網(wǎng)站。就像這個！很棒！

我也有生產(chǎn)環(huán)境的Jamstack 網(wǎng)站。就像這個！它不是一個複雜的網(wǎng)絡(luò)服務(wù)。它是一個靜態(tài)網(wǎng)站生成器，內(nèi)容位於GitHub 倉庫中，並使用Netlify 部署。雖然CSS-Tricks 可以做大約100 件這個網(wǎng)站無法做到的事情，但它也有一些CSS-Tricks 做不到的技巧，例如接受內(nèi)容的拉取請求。

我覺得在我的所有案例中，我都選擇了相當(dāng)不錯的方案。

1. 雖然Matt 明顯有動機(jī)來捍衛(wèi)WordPress 的方法，但我感覺這裡的觀點(diǎn)是真誠的；部分原因是Automattic 投資於替代技術(shù)棧方法，並且WordPress 和Jamstack 並不相互排斥。我喜歡對此的回應(yīng)，例如Ohad Eder-Pressman 的公開信，其中也充滿了帶有動機(jī)但真誠的想法。

以上是編織的網(wǎng)的詳細(xì)內(nèi)容。更多資訊請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！