flask如何打通前端跟后端 現在流行的前后端分離項目都使用的是什么前后端框架？
現在流行的前后端分離項目都使用的是什么前后端框架？開發框架主要分為三個部分：前端、web和持久性，可以自由組合。我單獨談。在過去，有struts 1、struts 2和spring MVC for j
現在流行的前后端分離項目都使用的是什么前后端框架？
開發框架主要分為三個部分：前端、web和持久性，可以自由組合。我單獨談。
在過去，有struts 1、struts 2和spring MVC for java web framework。
目前，只有一個選擇：SpringMVC，其他人都不能玩。無論是玩耍、高格、火花還是Struts2。springmvc在用戶數量和生態方面與springmvc不一樣。
不管其他框架宣傳得多好，都不建議投入大量精力。學習框架的設計思路還可以。請直接在生產環境中使用springmvc。spring的基礎設施無法與其他框架相比。彈簧靴可用于快速開發。POM可以依賴于enable注釋直接使用。
目前，有兩種主流的JPA和mybatis。
如果項目是數據建模，請使用mybatis；如果項目是對象建模，請使用JPA。
春天來了。springboot的spring數據子項目應該希望將兩者統一起來。不僅兩者，而且其野心更大。它希望統一所有持久性層。DB、redis和elastic search都有相應的項目。它希望將所有持久性操作抽象為存儲庫操作。如果成功，業務邏輯就不需要關心持久層的選擇，交換框架也非常方便。
目前，前端框架有三個選項：react、Ag和Vue。
我不喜歡react….的語法。。。。
似乎Ag在中國的知名度不高，所以我們不太關注。
最后的選擇是Vue，它簡單快速。支持的UI庫也比較完善。
如果您想在項目中開發小型程序，建議使用Vue。語法高度一致。你將一眼就知道如何開發小程序。
關于前后端分離，集群環境下，前端代碼如何部署？
沒有具體要求，很難定義計劃。
群集提供高可用性。因為沒有具體的要求，我只能理解集群和前端布局之間沒有直接的關系。
如果前端布局取決于前端流量，如果單機版nginx無法加載，最便宜的方法就是直接拋出文件服務器（比如阿里巴巴的OSS）掛載域名，然后交給阿里巴巴處理。如果通過WS或AJ與服務器進行交互時存在瓶頸，應該在負載均衡層進行處理
首先：軟件近年來，隨著Internet的快速發展，組件系統架構的前后端分離提高了前后端交互的響應速度，改善了用戶體驗，形成了前后端分離的架構。例如，Vue和nodejs與微服務架構相結合。前端頁面用于呈現UI顯示效果，后端負責編寫API服務提供數據。Nodejs還可以作為一個橋梁引入，通過后端API連接JSON輸出，并返回前端進行頁面顯示。
其次，基于前后端分離的架構，一方面提高了響應速度，數據計算過程在中間層處理，在前端顯示；避免了傳統的大數據量請求服務器的壓力，性能也得到了提高中間層內部處理拼接，采用多組件、分片、分卡方式實現并行加載和顯示，在非WiFi 3G和2G的弱網絡環境下性能提高，優勢更加明顯，模板并行加載、優先加載、優先顯示，改善用戶的互動體驗。
最后：從經典的MVC架構到SSM和SSH的Java框架時代，再到angularjs和Vue等前端框架，雖然技術和架構不斷發展和完善，但本質上都是為了更方便的解決需求。前端和后端架構的分離也是一個解耦的過程，它不綁定前端和后端，這也符合SOA的理念，基于企業服務的總線實現了應用系統對接的松耦合，有效地連接和對接了應用、文檔和數據在插件和插件模式下，以組件構建、平臺構建和架構支撐的方式共同構建企業信息化建設，以更專業的平臺實現其專業領域的工作，助力企業信息化發展。
如何正確理解軟件系統架構的前后端分離？
我對前端和后端分離的理解是在必要的時候或者項目比較大、業務比較復雜的時候分開開發。在分開開發和合作的過程中，前端和后端都應該參與數據接口的設計。為了標準化接口形式，如何集成取決于您使用的技術。它也可以在同一個項目下進行開發和調試，這樣也可以降低集成成本
現在很多公司為了提高開發效率，采用了前端和后端分離的開發模式，即體系結構的分離和解耦。前端和后端執行各自的職責，并通過restfulapi使用數據。這種方式有很多優點，比如：前后端分離部署：降低了后端服務器的壓力，后端服務器不需要負責前端頁面的呈現，只負責數據的處理，所以性能會得到提高；
高重用性：前后端分離本質上也是系統分離，它可以實現同一個后端系統向多個前端系統提供數據，并且具有良好的可擴展性更高；
并行開發，提高效率：前端和后端并行開發，提前約定好數據格式（mock），提高項目開發效率。
但是，前端和后端的分離也帶來了一些問題，例如第一次屏幕加載和渲染時間。
至于前端和后端的分離是否會影響第一次屏幕加載，我想說的是有很多，但影響的程度取決于代碼的質量。只要優化效果好，第一屏加載時間不會太慢。
，與大家分享：
前端和后端分開部署，CDN加速；
前端盡量少調用多個API，建議調用API網關，實現多個API的請求合并；
后端API域名使用單獨的域名，禁止cookie傳輸；
一些數據本地緩存處理；
不重要的數據延遲請求加載。