前端專案結構的思考

2021-08-21 10:28:59 字數 1086 閱讀 6961

前言:

由於地處北京,作為技術前言大都市,技術的更新迭代也比較快,前後端分離的思想現在已經深入人性,目前大型的pc端**都是採用的mvc的架構模式,前後端專案實現很大程度的解耦。前後端分離一般分為兩種:

沒有中間層的前後端分離
沒有web中間層的前後端分離屬於比較簡單的型別,我們將html、css、js等靜態資源放置到  

cdn上,每次訪問頁面的時候,直接將html返回給使用者,然後裡面所有的dom節點和其他資料都

是由js來執行生成的。我所在的公司目前採用的就是這種比較簡單的前後端分離,將所有的靜態

資源全部放在nginx上。這樣做起來所有的js,css都被打包成乙個或者多個檔案,載入的過程

特別長,造成首屏的渲染時間太長了,並且html只有乙個入口,seo的特別不友好。

有中間層的前後端分離
有中間層的前後端分離是一般大型專案採用的前後端分離方式,node由於自身健壯性的限制,  

又不適合作為大型專案的後端伺服器,所以node熱過一陣之後,逐漸成為了連線傳統前端和後

端的中間層,我們也稱這種前端+node的架構為「大前端」。

在node層中,我們可以做的事情就有很多了

1、返回不同的前端模板。

2、資料拼接,資源整合

(因為伺服器訪問介面的速度要比瀏覽器快很多個數量級,因此在node中訪問多

個介面並且拼接起來是非常高效的,拼接後的資料我們就可以直接傳入模板中,供js使用,

這個只是乙個列子,前兩天後台同事告訴我,資料的整合是他們來做的。我們只調乙個api就

可以,其實在node層做拼接,其實也是不安全,維護性也特別差,但總的來說,其實也是一

個優點)

4、伺服器端渲染,我們解決之前提到的首屏渲染時間過長和對seo支援較低的問題。之前很

早以前在餓了莫面試的時候,被問到伺服器端渲染,其實自己已經在用了,不過一直不知道這

個名次,不過現在懂了,之前使用的時候也是在node層,將資料傳入windos物件,前端從對

象裡面拿東西獲取資料。這只是一種習慣,肯定有更好的辦法,

WEB前端 關於專案管理的思考

web前端,指的是 互動 設計 製作三個角色的組合。專案管理,指的是如何把需求分解成任務,分派給合適的人並正確的完成任務。需要把握的是以下四個方面。1 需求分析 需求分析的目的是評審需求的可行性和優先順序,這裡就需要足夠的專案經驗了。可行性 關於需求本身是否合理,是否是乙個值得去做的需求。需求的完整...

基於react的前端專案結構

build 編譯目錄 config webpack配置 public 公共檔案 可以放一些第三方字型 樣式庫等 scripts 啟動指令碼 src asset 靜態資源 components 公共元件目錄 當業務需要拆分元件的時候,可以在對應的業務資料夾下單獨建立乙個components資料夾 mo...

前端關於專案,需要自己平常思考的問題

美團校招專案面試 1.專案開發過程中如何保證 是高質量的,或者如何定義 高質量?你講的這幾點是否應用在你的專案中了?2.瀏覽器的相容,你是如何去判斷自己做的系統要滿足使用者使用哪些最低版本的瀏覽器,就是說你做的系統要相容到什麼瀏覽器,你是如何去判斷的?3.專案開發過程中,最大的痛點是什麼?為什麼出現...