如果您正在開始一個新專案並嘗試決定使用哪個前端框架,那麼本文適合您。以下是我不在下一個專案中使用 Ember.js 的 7 大理由。
Ember 將自己定位為“為雄心勃勃的 Web 開發人員提供的框架”,讓我們面對現實吧,並不是每個人都雄心勃勃,也不是每個人都是 Web 開發人員。雄心勃勃的開發人員致力於雄心勃勃的項目,而雄心勃勃的項目需要 Ember 提供的開箱即用的基礎設施。
早在 1998 年,我創建了我的第一個網站「The Track Shack」。這是一個關於我們高中田徑隊的網站,而我是該隊的成員。那時我不知道該如何編碼。我使用 Microsoft Word 97 撰寫文章,並使用「另存為網頁」功能將其匯出為 HTML,然後將其上傳到我的 Geocities 網站。有一天,我的教練問我是否創建了一個網站 - 顯然,全州的其他教練正在使用它來獲取我們地區的田徑新聞。我甚至包括了 The Commercial Appeal 的比賽結果(當時還沒有在線),並添加了我們團隊在當地比賽中的活動的戲劇化描述。
如果像這樣的簡單網站滿足您的需求,請直接使用 Word 的「另存為網頁」功能。
Ember 是一個固執己見、包含電池的前端框架。如果您寧願花時間選擇每個庫,一直到補丁版本,並製作自己的自訂設置,那麼您會對 Ember 感到非常失望。
在 Ember 中,您可以透過執行以下命令啟動新專案:
npm install -g ember-cli ember new my-project
瞧,一個新專案已準備好運作:
npm start
請注意,單元測試已經配置完畢,這給我們帶來了第三個原因。
Ember 會自動設定單元、整合和驗收測試,並在您使用其內建程式碼產生器時在正確的位置產生存根。例如,如果您使用 ember 產生元件大按鈕建立新元件,Ember 會為其產生元件檔案和測試存根,您應該在其中填寫斷言來測試您的元件。
如果您不需要測試,您最終會得到一些存根,這些存根可能會在程式碼審查中引起人們的注意,可能需要您實際編寫測試,或者在提交拉取請求之前花費額外的時間刪除存根。當然,您可以使用命令列標誌跳過測試生成,但這很難記住並且不建議。
Ember 大量使用原生 JavaScript 功能,並且使用 jQuery 等函式庫來管理 DOM 通常不受歡迎。例如,基於類別的組件可能如下所示:
npm install -g ember-cli ember new my-project
如果您不喜歡原生 JavaScript,那麼 Ember 絕對不適合您。
過去,我們使用舊的 JavaScript 字串建立 HTML 頁面,如下所示:
npm start
模板語言消除了這種需求,自動轉義危險值,並強制邏輯和表示 (HTML) 之間的關注點分離——這對一些開發人員來說是令人擔憂的。
Ember 模板引擎的另一個可能令人煩惱的事情是,當資料發生變化時,它會自動更新應用程式中的 HTML,稱為「資料綁定」。如果您喜歡手動管理 DOM、連接字串或使用不同的模板引擎,那麼 Ember 不適合您。
Ember社區的核心價值是「穩定而不停滯」。該框架按照語義版本控制以向後相容的增量定期更新。任何已棄用的功能都會在開發過程中觸發警告,告訴您何時刪除以及如何更新。
如果您的經理堅持無警告構建,這些棄用訊息可能會帶來更多工作。更新 Ember 通常很簡單,尤其是定期更新,但如果您多年來忽略更新,則需要一些工作來彌補。
如果您需要 Ember 專案的幫助,社群的 Discord 伺服器是找到它的最佳位置之一。但如果 Discord 違反了你公司的政策(或只是不符合你的風格),這可能會破壞交易。
在Discord伺服器中,您會發現Ember新手和框架開發人員一樣,您可以獲得幫助,分享想法,甚至討論專案的未來。但要注意:這些對話可能會變得有趣,而且會分散注意力,這可能是一些公司禁止 Discord 的原因。
所以,如果你更喜歡人工智慧而不是真人,更喜歡谷歌搜尋而不是專家建議,或者真的討厭 Discord,那就省去麻煩並跳過 Ember.js。
這就是我在下一個專案中不使用 Ember.js 的 7 大理由。如果你選擇忽略這個建議並潛入 Ember,你可能會發現我潛伏在 Discord 伺服器中。如果你有問題,而我知道答案,我可能會盡力提供幫助,但知識淵博的人可能會在我之前找到答案。所以也許我們可以談談更多不選擇 Ember 作為您下一個項目的原因!
以上是您不應該在下一個專案中使用 Ember.js 的主要原因的詳細內容。更多資訊請關注PHP中文網其他相關文章!