不久前的一個隨機日子，我開始開玩笑說“微觀前端”的笑話，這是我第一次學習吐司的方式。直到詢問周圍，我才理解來源，這是Cam Jackson的這篇文章。

在本文中，我們將描述將前端整體分解成許多較小，更易于管理的材料的最新趨勢，以及該體系結(jié)構(gòu)如何提高從前端代碼工作的團隊的有效性和效率。

我認為應該閱讀“前端整體”和“前端代碼”，但我已經(jīng)離題了。

這個想法類似于微服務，但對于前端。因此，前端的不同部分不是彼此獨立的，而不是一個彼此獨立的，而不是彼此之間的依賴性，可以獨立進行和部署。

這是您無法完全判斷它是否真的是對未來的一個有趣的預測，這只是一個恰好適合少數(shù)大型組織的利基建筑選擇，甚至只是理論上的選擇。

我的思想首先是一致性和干燥性。在我工作的任何地方，這些事情都是很大的，而且似乎整個行業(yè)的運輸設(shè)計都有無數(shù)的前端問題，這些問題開始，保持一致和保持一致和凝聚力，而無需重復鏟子的技術(shù)債務。如果B團隊B被A團隊阻止，則獨立前端聽起來可能是一個問題，但它引入了B團隊B的輸出越來越多的問題，即與A團隊A的輸出不一致。

本文本身討論了一個瀏覽/搜索著陸頁，詳細信息/訂購頁面和個人資料頁面，其中所有三個都由不同的獨立產(chǎn)品/團隊解決。對我來說，這聽起來有些酷而有趣，聽起來那些團隊更好地坐在工作中。否則，這個應用程序?qū)⒃趦芍軆?nèi)發(fā)展出科學怪人的怪物。造型只能用“我不知道，做得好”的氛圍輕輕地解決。當團隊都在同一產(chǎn)品上時，團隊會為此而苦苦掙扎，所以我在這里很擔心。如果認真討論這一點，我將嘗試解決的第一件事是超越所有內(nèi)容的設(shè)計系統(tǒng)，每個人都不會失敗。

如果這些微觀前端在同一頁面上共存怎么辦？文章說，使用

其他集成選項……將它們隔離到自己的捆綁包中，甚至本機Web組件聽起來好多了。但是，盡管如此，與Vuew組件可能在同一頁面上拍打的孤立開發(fā)的想法似乎是對非常特定的組織問題的巨大用戶罰款。更不用說您失去了對代碼庫的共同理解的好處，以及對較小工具的更深入技術(shù)理解的好處。

我可能沒有公平地描述所有這些，尤其是因為這個想法對我來說是新的，我以前從未像現(xiàn)在這樣工作過。

納德·達比特（Nader Dabit）有一篇后續(xù)文章：用React，Vue和單SPA構(gòu)建微觀前端。這樣我就不會誤解這一點：這個想法實際上是您可能構(gòu)建了一個React應用程序，而我會構(gòu)建一個Vue應用程序，并且我們將在同一頁面上拍打。我肯定來自一個時代，當我們在同一頁面上找到了多個版本的jQuery的網(wǎng)站時，我們笑了起來，然后是一件事，以及一件事，一件事似乎偶然地插入了所有的Mootools和原型。我們之所以畏縮，是因為那是一個裝滿JavaScript的水桶，主要是無緣無故地復制的，導致錯誤并放慢頁面。這似乎沒有太大不同。

喬爾·丹寧（Joel Denning）在AMA中指出了該主題：

我指出，我們處于“仇恨而沒有嚴格檢查”的階段。在合法，仔細檢查之后，這個想法仍然失敗了。但是還為時過早。

很公平。

很抱歉堆積。 ？

pic.twitter.com/mhlu0it5dr

- 克里斯·科伊爾（Chris Coyier）（@chriscoyier）2019年6月20日

以上是微觀前端的詳細內(nèi)容。更多信息請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！