首先給大家分享乙個巨牛巨牛的人工智慧教程，是我無意中發現的。教程不僅零基礎，通俗易懂，而且非常風趣幽默，還時不時有內涵段子，像看**一樣，哈哈～我正在學習中，覺得太牛了，所以分享給大家！點這裡可以跳轉到教程
在單頁面中，全部採用前後端分離式設計，位址路由規則全由前端進行管理，而通訊則主要採用rest標準，也就是說，後端不會向前端提供檢視服務，也不會在檢視模板中採用後端動態語言指令碼如jsp、php等，但客戶端首次載入應用時可能會例外，多半會提**用的上下文、訪問位址約定等資訊，如rest服務位址的字首、靜態資源的訪問位址資訊。
基於以上的約束，後端現在不能獲取到使用者訪問位址資訊，也自然不能判決請求的資源是否合法了，更不能返回包含許可權資訊的動態檢視，所以現在如果完成許可權的授權過程，則需要對原有的授權過程進行改進，具體過程如下。
使用者發出資源請求後，前端則需要建立許可權判決**，將請求的資源資訊傳送給伺服器；
伺服器按照預定的規則判決使用者是否具有訪問許可權，如果不通過，則提供403許可權認證失敗資訊；
使用者通過許可權認證後，服務將請求的資源資訊轉換為前端需要的檢視資訊，例如檢視渲染需要的模板位址資訊、元件構造所需要的js檔案資訊、檢視id資訊等；
前端接收到檢視資訊後，按照路由規則註冊檢視，並啟用檢視渲染過程；
檢視渲染成功後，使用者也就獲得了完整的資源檢視。
瀏覽人工智慧教程
在單頁面中，全部採用前後端分離式設計，位址路由規則全由前端進行管理，而通訊則主要採用rest標準，也就是說，後端不會向前端提供檢視服務，也不會在檢視模板中採用後端動態語言指令碼如jsp、php等，但客戶端首次載入應用時可能會例外，多半會提**用的上下文、訪問位址約定等資訊，如rest服務位址的字首、靜態資源的訪問位址資訊。
基於以上的約束，後端現在不能獲取到使用者訪問位址資訊，也自然不能判決請求的資源是否合法了，更不能返回包含許可權資訊的動態檢視，所以現在如果完成許可權的授權過程，則需要對原有的授權過程進行改進，具體過程如下。
使用者發出資源請求後，前端則需要建立許可權判決**，將請求的資源資訊傳送給伺服器；
伺服器按照預定的規則判決使用者是否具有訪問許可權，如果不通過，則提供403許可權認證失敗資訊；
使用者通過許可權認證後，服務將請求的資源資訊轉換為前端需要的檢視資訊，例如檢視渲染需要的模板位址資訊、元件構造所需要的js檔案資訊、檢視id資訊等；
前端接收到檢視資訊後，按照路由規則註冊檢視，並啟用檢視渲染過程；
檢視渲染成功後，使用者也就獲得了完整的資源檢視。
單頁面應用
什麼是 spa 單頁面應用 為啥要寫 spa 簡單來說，為了追求更高一層的使用者體驗。spa 應用的特點是一次性的把頁面顯示邏輯都載入到了本地瀏覽器中，以後每次請求，伺服器那邊都是提供新的資料，而不再向以往一樣傳送 html 所以，每次點乙個鏈結，頁面上能看到的是顯示載入資料的轉來轉去小圈圈，而不是...
系統設計 單頁面和多頁面應用區分
只有一張web頁面的應用，是一種從web伺服器載入的富客戶端，單頁面跳轉僅重新整理區域性資源 公共資源 js css等 僅需載入一次，常用於pc端官網 購物等 如圖 如圖 具體對比分析 組成乙個外殼頁面和多個頁面片段組成 多個完整頁面構成 資源共用 css,js 共用，只需在外殼部分載入 不共用，每...
單頁面應用 與 多頁面應用
單頁面應用結構檢視如下 多頁面應用結構檢視如下 具體對比分析 單頁面應用 多頁面應用 組成乙個外殼頁面和多個頁面片段組成 多個完整頁面構成 資源 css,js 共用，只需在外殼部分載入 不共用，每個頁面都需要載入 重新整理方式 頁面區域性重新整理或更改 整頁重新整理 url格式 使用者體驗 頁面片段...