前端開發(fā)在過去十年中取得了長足的進(jìn)步。然而，關(guān)於我們作為前端開發(fā)人員所做的事情的一些長期的神話卻始終沒有消失。這些神話不僅讓新手感到困惑，而且還歪曲了構(gòu)建面向用戶的軟體的工作和挑戰(zhàn)。讓我分享一些我個人遇到的神話，以及為什麼是時候一勞永逸地打破它們了！

迷思 1：CSS 很簡單！

讓我們從大家最喜歡的替罪羔羊－CSS開始。當(dāng)然，乍看之下很簡單：選擇器、屬性、值。這有多難？好吧，嘗試在不使用谷歌搜尋的情況下將 div 居中?；蛘吒玫氖?，解釋為什麼 z 索引 9999 不起作用。 （我會等。）

CSS 是一個看似強(qiáng)大的工具，需要理解以下細(xì)微差別：

特異性戰(zhàn)爭（你好！重要的濫用！）。

Flexbox 與網(wǎng)格的混亂。

瀏覽器不一致，讓您質(zhì)疑自己的生活選擇。

我花了幾個小時調(diào)試在 Chrome 上完美運(yùn)行但在 Safari 上崩潰的佈局。因此，下次有人說「CSS 很簡單」時，請?zhí)嵝阉麄?，表面上的簡單背後隱藏著許多複雜性。

迷思 2：框架解決一切

React、Angular、Vue——??毫無疑問，它們非常棒。但說實話：框架並不能神奇地解決所有問題。

框架為我們提供了管理 UI 複雜性的工具，但對於小型靜態(tài)網(wǎng)站來說它們可能有點過頭了。想像一下，將 React 用於包含三個段落和一張圖像的單頁網(wǎng)站。是的，這種情況發(fā)生的頻率比你想像的還要高。

我看過一些專案因過度設(shè)計而陷入困境，在這些專案中，一個簡單的 HTML 檔案本來可以更快、更易於維護(hù)?？蚣芎軓?qiáng)大，但它們有自己的學(xué)習(xí)曲線、性能考慮和技術(shù)債。明智地使用它們。

迷思 3：後端是最難的部分

啊，古老的前端與後端之爭。後端工程師喜歡佔據(jù)制高點，稱他們的工作更「複雜」。但他們是否曾經(jīng)處理過：

狀態(tài)管理混亂？

海量 DOM 樹的效能最佳化？

讓螢?zāi)婚喿x器可以存取網(wǎng)站，同時保持其視覺吸引力？

我經(jīng)歷過無數(shù)次這樣的時刻：一個文件不完善的 API 或突然的設(shè)計變更將一個簡單的前端任務(wù)變成了長達(dá)一周的頭痛?，F(xiàn)代前端開發(fā)涉及解決極其具有挑戰(zhàn)性的問題，從整合 API 到確保您的應(yīng)用程式在設(shè)備和瀏覽器上順利運(yùn)行。讓我們給予前端開發(fā)人員應(yīng)有的榮譽(yù)。

迷思 4：如果您趕時間，可以跳過輔助功能

可訪問性 (a11y) 通常被視為“可有可無”，尤其是在截止日期臨近時。事情是這樣的：輔助功能不是可選的。

為什麼？

這是許多國家的法律要求。

它確保包容性，讓每個人都可以使用您的應(yīng)用程式。

它提高了整體可用性 - 鍵盤導(dǎo)航，有人嗎？

在我從事的一個專案未能通過可訪問性審核並導(dǎo)致嚴(yán)重延誤後，我才深刻地認(rèn)識到了這一點。從那時起，我就將可訪問性作為我工作流程中不可協(xié)商的一部分。使用 Lighthouse 和 axe 等工具來審核您的網(wǎng)站，並使可訪問性成為您流程的一部分，而不是事後的想法。

迷思五：前端開發(fā)很快就會完全自動化

隨著 GitHub Copilot 等人工智慧工具的興起，人們很容易想到「前端開發(fā)人員注定要失??！」但讓我們對這個悲觀的預(yù)測踩剎車吧。

人工智慧當(dāng)然可以協(xié)助重複性任務(wù)，例如產(chǎn)生樣板程式碼，甚至提出解決方案。但要建立直覺、使用者友善的介面嗎？這需要創(chuàng)造力、同理心和解決問題的能力——人工智慧目前還無法複製這些東西。

我一直在使用人工智慧工具，雖然它們非常適合加快繁重的工作，但它們?nèi)匀恍枰诵曰慕佑|才能產(chǎn)生真正非凡的東西。所以不，我們不會很快被取代。人工智慧只是我們不斷成長的工具箱中的另一個工具。

結(jié)論

前端開發(fā)神話可能很有趣，但它們也會延續(xù)對我們所做工作的誤解。讓我們挑戰(zhàn)這些神話，慶祝建構(gòu)使用者體驗的令人難以置信的創(chuàng)造力和複雜性。

您遇過任何前端神話嗎？在評論中分享它們——讓我們繼續(xù)對話！

以上是需要在 4 年內(nèi)消亡的 rontend 開發(fā)神話的詳細(xì)內(nèi)容。更多資訊請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！