前端加載圖片過大如何解決？我們可以使用圖片的惰性加載。當我們滑動到下一屏的時候，下一屏的圖片就會被加載，這就是圖片的懶加載。圖片的懶加載簡單來說就是在頁面渲染的過程中，圖片不會一次全部加載，而是在需要

前端加載圖片過大如何解決？

我們可以使用圖片的惰性加載。當我們滑動到下一屏的時候，下一屏的圖片就會被加載，這就是圖片的懶加載。圖片的懶加載簡單來說就是在頁面渲染的過程中，圖片不會一次全部加載，而是在需要的時候加載，比如滾動條滾動到某個位置，觸發(fā)一個事件加載圖片。

web前端開發(fā)是什么，所要面臨的挑戰(zhàn)有哪些？

Web前端開發(fā)大致就是創(chuàng)建網(wǎng)頁供用戶瀏覽使用。主要通過HTML、CSS、JavaScript等技術(shù)實現(xiàn)交互。

主要挑戰(zhàn)如下:

一，

網(wǎng)絡(luò)載體的多樣性。

以瀏覽器為例，包括IE、Chrome、Firefox等。雖然有ECMA標準化委員會，但不同瀏覽器對HTML、CSS、JS等的支持仍然存在差異。所以需要兼容。

此外，這將增加其他測試的復(fù)雜性。

第二，

Web前端開發(fā)的工程問題。

以前Web前端開發(fā)極度依賴后端，比如JSP，PHP等前端代碼混合。這期間前端的工程問題并不突出。

隨著MVVM的普及和前后端的分離，其前端工程需要組織和配合，需要一套工程解決方案。

包括組件開發(fā)、單元測試、增量更新、代碼壓縮混亂、項目打包、構(gòu)建和發(fā)布。

第三，

Web框架之間的不兼容性。

在Web開發(fā)中，有三個框架是無法避免的:React、Angular和Vue。但是，幀與幀之間有明顯的間隙。

對于一個Web前端項目，它不 使用哪種技術(shù)并不重要，重要的是它能滿足需求。但實際上，如果項目選擇了某個框架，那么其他框架之間的某些組件或解決方案是無法互操作的。

當然現(xiàn)在有希望Web Component可以解決這個問題，但是Web Compon

沒有后端基礎(chǔ)如何理解MVC、MVP和MVVM，可以以JavaScript舉例嗎？

謝謝你邀請我！

什么是MVC及其功能？

MVC是一種分層架構(gòu)模式，其中M代表數(shù)據(jù)模型和相關(guān)的數(shù)據(jù)處理邏輯，V代表用戶界面，C代表控制器(可以認為是邏輯處理路線)！通常的場景是用戶操作可視化界面(V ),用戶 的信息被傳送到控制器，控制器分配用戶 s指令到相應(yīng)的數(shù)據(jù)層(M)。最后，數(shù)據(jù)層對數(shù)據(jù)進行處理后，最新的數(shù)據(jù)體現(xiàn)在界面上！MVC的作用就是把過去雜亂的代碼解耦，讓代碼有更好的可維護性！

如何理解mVC？

MVC在后端知識體系中更容易理解！然而，在前端，我們有nodejs作為后端，所以讓 讓我們以nodejs為例！

我們將用戶操作界面視為視圖層。在用戶操作瀏覽器之后，請求到達服務(wù)器，請求被路由到控制器。控制器調(diào)用相應(yīng)的服務(wù)處理數(shù)據(jù)，數(shù)據(jù)處理完畢后返回響應(yīng)！這里我把路由器和控制器放在一起，服務(wù)和db放在一起！這樣代碼條件化清晰，增刪查代碼非常方便！

如果它 就是瀏覽器端邏輯，也可以采用MVC架構(gòu)，比如Backbone.js，如下:

是視圖層。

2.綁定到dom的事件可以看作是一個控制器。

3.將原始數(shù)據(jù)和數(shù)據(jù)操作封裝到一個數(shù)據(jù)模型(對象)中。

4.控制器調(diào)用不同的數(shù)據(jù)模型來處理數(shù)據(jù)。

5.數(shù)據(jù)處理完成后，及時更新觀察者模式下的視圖。

什么是MVP和MVVM？

事實上，MVP和MVVM都是MVC的變種。模型和視圖之間沒有直接的聯(lián)系，但是它們被中間層橋接起來了！目前市場上流行的是MVVM模式，如VUE和REACT！

摘要

無論是哪種架構(gòu)模式，其實都是為了我們開發(fā)和維護的方便。個人認為沒有嚴格的標準來限制層數(shù)和層間關(guān)系。只要適合業(yè)務(wù)，就是好的架構(gòu)模式！