1樓:風歸處
其實看專案大小,如果專案不大直接把專案打包成乙個js就行。而今網速只會越來越快個人認為過多的考慮網速效能等原因有點多此一舉,懶載入提公升微乎其微,但是前端路由提公升巨大。怎麼說沒有絕對,技術活用最重要,因地制宜吧
2樓:方始終
強行瀉藥!懶載入主要還是為了減少首屏時間,如果開了前端路由懶載入的同時又想實現頁面秒切換,其實可以在首屏渲染完成之後預載入其他頁面對應的靜態資源。
3樓:ForDream
懶載入解決的問題:避免進入首頁就載入全部的前端資源造成使用者等待時間過長的問題。
懶載入僅僅是按需載入當前路由對應的資源,整個專案通用的資源一般在首頁就會載入完成,相對於後端路由,還是有一定的載入速度優勢。另外懶載入並不會導致頁面重新整理,不同於後端路由跳轉造成的跳出感,前端路由的整體感更強。
4樓:HnagAnyu
並沒有。
對於SPA來說,路由懶載入主要是為了解決SPA在專案足夠大之後,js檔案體積劇增帶來的首屏載入速度緩慢的問題。
而且懶載入路由是可選的,對於高頻訪問路由還是可以放在首屏統一載入js,一般比較低頻次的深層路由才會做懶載入。
5樓:若水韶光
懶載入只是按需載入個別資源,而不是載入整個頁面。相比後端路由提公升了切換頁面的載入速度,相比直接載入全部資源,又提公升了啟動速度
6樓:前端361
前端路由的優勢是資源載入後,在切換路由時,不用每次向後端傳送頁面請求,該請求是指頁面的請求,伺服器響應頁面請求,這個過程肯定會有延遲,再來看前端路由懶載入時的請求;
前端路由懶載入是將一次載入分為按需載入,路由切換時載入資源只是載入要使用的靜態檔案,和後端路由每次進行頁面請求是兩件不同的事情,且路由切換後仍然復用了公共資源;
從另外乙個角度說前端路由的優勢是規避了後端路由的對映,減少了乙個處理過程,路由切換時有資源請求很合理,在沒有路由分割時,互動的過程中,頁面也可能發起其他資源請求;
另外資源在載入後,單頁面不會再次載入,也有明顯優勢;
總體來說不算放棄前端路由的優勢,反而在此基礎上進行了優化
為什麼現代前端框架放棄了HTML的常規用法
林一二 Web 語義化 方便資料聚合 智慧型助理 分散所有權 復用資料 不能靠在 HTML 裡嵌入元資訊來達成,不論是 語義化標籤 還是 MicroData 之類的,而應該從資料來源的語義化上入手。這樣資料的利用成本更低,更貼近現在我們使用資料的方式,在混合資料的時候也能避免一些攻擊。所以最近 W3...
為什麼小公尺路由器放棄了內建硬碟(相當於輕量化家庭私有雲)的產品路線?
Sariel 應該是因為做不好,檔案傳輸需要的硬體基礎其實還是比較高的。參考一下nas的配置,就說比較低配點兒的都是J1900,記憶體最低也得有個2 4G,這已經不是常見路由器這種記憶體只有不到512M的裝置能夠跑的了的,甚至不在乙個量級。更不用說nas為了讓硬碟能夠較好地執行,都是配置了單獨有冗餘...
吳謝宇是否故意放棄了自己的人生
結桃子的喜樂樹 一直很關注這個案子。我個人認為吳長期處於一種偽裝出來的好孩子的狀態,就如同一直繃著一根弦,忽然可能一件事觸發這根弦斷了,可能是母親的埋怨,或者某種嘮叨,瞬間把他善的一面擊垮,惡的一面爆出,才會讓他把母親殺掉。其實每個人都是善惡兩面,只不過我有正常的思維和內心去控制,而吳應該是處於長期...