循序漸進VUE+Element 前端應用開發(3)--- 動態菜單和路由的關聯處理

来源:https://www.cnblogs.com/wuhuacong/archive/2020/05/27/12971415.html
-Advertisement-
Play Games

在我開發的很多系統裡面,包括Winform混合框架、Bootstrap開發框架等系列產品中,我都傾向於動態配置菜單,並管理對應角色的菜單許可權和頁面許可權,實現系統對用戶許可權的控制,菜單一般包括有名稱、圖標、順序、URL連接等相關信息,對於VUE+Element 前端應用來說,應該原理上差不多,本篇隨筆... ...


在我開發的很多系統裡面,包括Winform混合框架、Bootstrap開發框架等系列產品中,我都傾向於動態配置菜單,並管理對應角色的菜單許可權和頁面許可權,實現系統對用戶許可權的控制,菜單一般包括有名稱、圖標、順序、URL連接等相關信息,對於VUE+Element 前端應用來說,應該原理上差不多,本篇隨筆介紹結合服務端的動態菜單配置和本地路由的關聯處理,實現動態菜單的維護和展示的處理。

1、菜單和路由的處理過程

由於Vue前端還需要引入路由這個概念,路由是我們前端可以訪問到的對應路徑集合,路由定義了常規菜單說沒有的很多複雜信息,但是往往這些是我們不能隨意修改的,因此我們做法是以本地配置好的路由列表為基準,而菜單我們採用在後盾配置方式,前端通過介面動態獲取菜單列表,通過菜單的名稱和路由名稱的對應關係,我們以菜單集合為對照,然後過濾本地所有靜態路由的列表,然後獲得用戶可以訪問的路由列表,設置動態路由給前端,從而實現了界面根據用戶角色/許可權的不同,而變化用戶的菜單界面和可訪問路由集合。

菜單路由處理的大概的操作過程如下所示

 

前端界面的動態菜單、本地路由、菜單導航和可訪問路由的幾個概念如下所示。

在前端界面處理中,我們通過Element界面組件的方式展示動態菜單信息,並結合菜單和路由的關係,實現菜單跳轉到對應視圖的處理過程。

2、菜單和路由列表

根據前面的介紹,我們定義了一些從服務端返回的動態菜單信息,這些菜單信息是一個JSON對象集合,如下界面所示。

[
  {
    id: '1',
    pid: '-1',
    text: '首頁',
    icon: 'dashboard',
    name: 'dashboard'
  },
  {
    id: '2',
    pid: '-1',
    text: '產品列表',
    icon: 'table',
    name: 'product'
  },
  {
    id: '3',
    pid: '-1',
    text: '一級菜單',
    icon: 'example',
    children: [
      {
        id: '3-1',
        pid: '3',
        text: '二級菜單1',
        name: 'icon',
        icon: 'example'
      },
      {
        id: '3-2',
        pid: '3',
        text: '二級菜單2',
        icon: 'tree',
        children: [
          {
            id: '3-2-1',
            pid: '3-2',
            text: '三級菜單1',
            name: 'form',
            icon: 'form'
          },
          {
            id: '3-2-2',
            pid: '3-2',
            text: '三級菜單2',
            name: 'menu1-1',
            icon: 'form'
          },
          {
            id: '3-2-3',
            pid: '3-2',
            text: '三級菜單3',
            name: 'menu1-2',
            icon: 'form'
          },
          {
            id: '3-2-4',
            pid: '3-2',
            text: '三級菜單4',
            name: 'menu1-3',
            icon: 'form'
          }
        ]
      }
    ]
  },
  {
    id: '99',
    pid: '-1',
    text: '公司官網',
    icon: 'table',
    name: 'external-link'
  }
]

 菜單的JSON是根據角色進行動態獲取的,不同的角色對應不同的菜單集合,並且菜單是一個多層次的樹列表,可以定義無窮多級的展示,JSON格式化視圖如下所示。

而Vue前端需要初始化定義前端頁面的所有路由,這些包括路由頁面的Layout等信息。

我們可以在一個JS文件裡面定義好對應前端所有的路由信息,如下所示

// 定義本系統的所有路由,具體路由呈現經過菜單數據過濾
export const asyncRoutes = {
  'dashboard': {
    path: '/dashboard',
    component: Layout,
    children: [{
      path: 'dashboard',
      name: 'dashboard',
      component: () => import('@/views/dashboard/index')
    }]
  },
  'product': {
    path: '/product',
    component: Layout,
    children: [{
      path: '/product',
      name: 'product',
      component: () => import('@/views/Product/index')
    }]
  },

  .............................. //省略部分

  'icon': {
    path: '/icon',
    component: Layout,
    children: [{
      path: '/icon',
      name: 'icon',
      component: () => import('@/views/icons/index')
    }]
  },

  'external-link': {
    path: 'http://www.iqidi.com',
    name: 'external-link'
  }
}

 這裡的路由不需要嵌套,因為菜單展示才需要定義嵌套關係。

另外,由於系統在未登錄請求後端動態菜單前,我們系統也需要正常運行起來,那麼就需要預設一些基礎的路由信息,如登錄界面、重定向頁面、首頁鏈接等這些路由信息,因此我們可以分開兩個路由對象,用來分開管理這些信息。

 

對路由的管理,一個需要預設創建路由的處理、重置路由的處理,以及動態設置新的路由處理,我們封裝幾個函數來處理這些操作。

const createRouter = () => new Router({
  // mode: 'history', // require service support
  scrollBehavior: () => ({ y: 0 }),
  routes: constantRoutes
})

const router = createRouter()

// 重置路由
export function resetRouter() {
  const newRouter = createRouter()
  router.matcher = newRouter.matcher // reset router
}

 

用戶在經過登錄界面處理後,就會通過對應的Action獲取動態路由信息(註意,這裡是先獲取動態菜單,然後過濾本地路由,即為動態路由信息),獲得動態路由後,就設置前端所能訪問的路由集合即可,如下代碼所示。

 有了這些新的路由允許,前端系統的菜單才能夠正常運轉起來,否則即使界面展示了菜單,也不能訪問特定的視圖頁面而跳到了404頁面,因為路由沒有。

3、登錄的過程處理

 前面大概介紹了路由的處理過程,其實我們路由信息,應該需要從登錄界面開始講起。

 以登錄界面為例,在用戶登錄處理後,需要先驗證用戶的賬號密碼,成功後繼續請求該用戶對應的動態菜單集合,並通過路由切換到對應的頁面或者首頁。

  在Store/Modules/user.js模塊裡面,定義了對應的登陸處理Action,如下所示

 我們這裡忽略用戶登錄的檢驗和處理token的過程,主要關註動態菜單請求並設置路由的過程。

在我們需要攔截路由到達前的處理中,我們定義對應的路由信息請求邏輯,如下所示。

router.beforeEach(async(to, from, next) => {

 在處理菜單路由的對應模塊裡面,我們定義了一個狀態用來承載這些重要信息,如下定義State所示。

const state = {
  menuItems: [],
  routes: [],
  addRoutes: [],
  asyncRoutes: asyncRoutes
}
// 定義了路由和菜單的Mutation
const mutations = {
  SET_ROUTES: (state, routes) => {
    // var list = convertRoute(routes)
    routes.push({ path: '*', redirect: '/404', hidden: true }) // 此為預設錯誤路由

    state.addRoutes = routes
    state.routes = [].concat(routes)// constantRoutes.concat(routes)
  },
  SET_MENUS: (state, menus) => {
    state.menuItems = menus
  }
}
// 定義了生成動態路由的Action處理
const actions = {
  generateRoutes({ commit }, roles) {
    return new Promise(resolve => {
      getMenus().then(res => {
        const menus = res.data || [] // 統一通過介面獲取菜單信息
        const routes = []

        menus.forEach(item => {
          filterRoutes(routes, item)
        })
        console.log(routes)// 列印路由

        commit('SET_ROUTES', routes)
        commit('SET_MENUS', menus)
        resolve(routes)
      });
    })
  }
}

最後返回對應的JS定義模塊類信息即可。

export default {
  namespaced: true,
  state,
  mutations,
  actions
}

在前端界面處理中,我們通過Element界面組件的方式展示動態菜單信息,並結合菜單和路由的關係,實現菜單跳轉到對應視圖的處理過程。

我們來看看界面生成的動態菜單效果。

  由於菜單動態展示和動態路由配合,因此既能在前端實現動態菜單的展示,又會根據菜單的集合刷新可訪問路由,兩者結合就可以順利打開對應的視圖頁面了。

再來回顧一下,菜單路由處理的大概的操作過程如下所示


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • BFC的定義 BFC到底是個啥呢?先貼出一段大佬們在分析BFC的時候字面上的理解: 在CSS佈局中,是通過對一個個box的佈局,來實現整體頁面的佈局,這一個個box也就是一個個容器元素,這些元素分為兩類:塊級元素(block),行內元素(inline)。 對於不同類型的元素,有不同的處理規則,這個元 ...
  • # 5.標簽篇:audio和video - audio 和 video ```html <style> * { margin:0; padding:0; } .video_player{ position:relative; width:1000px; height:500px; margin:0  ...
  • # 4.標簽篇:svg - SVG:矢量圖,放大不會失真,適合大面積的貼圖,通常動畫較少或較簡單。使用標簽和CSS去畫 canvas:適合用於小面積的繪圖,適合動畫 ```html <style> .line1{ stroke:black; stroke-width:10px; } .line2{ ...
  • 腳本用於在Chrome的Console內定時刷新網頁 timeout=prompt("Set timeout (Second):"); count=0 current=location.href; if(timeout>0) setTimeout('reload()',1000*timeout); ...
  • 上周某個普通的一天,deno 1.0發佈了。於是利用業餘時間寫了一個服務端的程式。 GIT:https://github.com/shinku/deno-demokoa 之於 node,相當於oak就之於deno了。 雖然是奇怪的設定,不過僅僅換了個字母順序而已,koa 和 oak 就是一個同父異母 ...
  • 前提: (1) 相關博文地址: SpringBoot + Vue + ElementUI 實現後臺管理系統模板 -- 前端篇(一):搭建基本環境:https://www.cnblogs.com/l-y-h/p/12930895.html SpringBoot + Vue + ElementUI 實現 ...
  • 通過 NodeJS 爬蟲分析某東內衣銷售記錄,帶你們瞭解妹紙們的真實 Size 是不是很好奇?這種數據是需要通過大數據進行分析的,我們沒有大數據怎麼搞? 很好搞 某東的銷售數據是公開透明的,我們只需要用爬蟲去爬一下,簡不簡單? 很簡單 跟著我的節奏,下麵直接上乾貨 有些猴急猴急的同學啊, 我也不好說 ...
  • 1.更新變數 一個變數被重新賦值後,它原有的值會被覆蓋,變數值將會以最後一次賦值為準。 2.同時聲明多個變數 var age = 18 , address ='火影村' , gz = 2000 ; 3.聲明變數的特殊情況: // 2.聲明多個變數 var age =18, address = '火影 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...