資訊專欄INFORMATION COLUMN
摘要：使用，框架是二級菜單，因業(yè)務(wù)需要改成三級菜單。系統(tǒng)配置用戶配置管理員部門信息工單配置出現(xiàn)了，請寫，問題重現(xiàn)了問題也就解決啦。
使用iview-admin，框架是二級菜單，因業(yè)務(wù)需要改成三級菜單。其他部分都已經(jīng)改好，但是頁面仍然沒有出來，頁面也沒有了報錯，比較詭異。
后來發(fā)現(xiàn)問題可能在路由配置，看到了別人寫的這個demo，鏈接：https://jsfiddle.net/767nb8u1/1/
可以看到，嵌套組件中的每一級都有component選項，好像是必須的（頁面也沒有了報錯），chidren選項中的component父子兩級同時渲染，這肯定不是我們所需要的，知乎有人這樣解決的：
增加了中間層：artical-publish-center.vue
內(nèi)容如下：
做中間層，將最終的路由轉(zhuǎn)接過去。這樣就輕松的處理了這個問題。以下是我的路由配置項。
{
path: "/form",
icon: "settings",
name: "form",
title: "系統(tǒng)配置",
component: Main,
children: [
{ path: "artical-publish",
title: "用戶配置",
name: "artical-publish",
icon: "compose",
component: () => import("@/views/form/article-publish/artical-publish-center.vue"),
children:[
{ path: "artical-publish-sub",
title: "管理員",
name: "artical-publish-sub",
icon: "person",
component: () => import("@/views/tables/exportable-table-JD.vue")
},
{ path: "partInfo",
title: "部門信息",
name: "partInfo",
icon: "person-stalker",
component: () => import("@/views/form/work-flow/work-flow.vue")
}
]},
{ path: "",
title: "工單配置",
name: "Worksheet",
icon: "wrench",
component: () => import("@/views/form/work-flow/work-flow.vue")
}
]
},
出現(xiàn)了bug，請寫bug demo，問題重現(xiàn)了？??？問題也就解決啦。^_^
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://www.ezyhdfw.cn/yun/93208.html
摘要：最近在用的后臺模板，從上下載后發(fā)現(xiàn)左側(cè)導(dǎo)航欄最多支持到二級菜單也發(fā)現(xiàn)很多童鞋在問如何實現(xiàn)三級菜單。在實際的應(yīng)用場景中還是會出現(xiàn)三級菜單的需求的，木有其他好辦法，只能自己手動改代碼了。 最近在用 iview-admin的Vue后臺模板，從git上下載后發(fā)現(xiàn)左側(cè)導(dǎo)航欄最多支持到二級菜單,也發(fā)現(xiàn)很多童鞋在問如何實現(xiàn)三級菜單。在實際的應(yīng)用場景中還是會出現(xiàn)三級菜單的需求的，木有其他好辦法，只能自...
摘要：權(quán)限控制也就是用戶只能訪問被分配的資源。在前端展示上也籠統(tǒng)的分為菜單權(quán)限控制和頁面中按鈕權(quán)限控制。菜單是路由的直接體現(xiàn)，菜單控制實際上就是路由控制。系統(tǒng)中解決權(quán)限方案參照 權(quán)限控制也就是用戶只能訪問被分配的資源。在前端展示上也籠統(tǒng)的分為菜單權(quán)限控制和頁面中按鈕權(quán)限控制。 1.菜單是路由的直接體現(xiàn)，菜單控制實際上就是路由控制。在路由的before 鉤子函數(shù)中校驗當(dāng)前訪問的地址是否有權(quán)訪問...
摘要：按鈕方面按鈕通過自定義指令綁定其特定的操作接口信息如產(chǎn)品上傳按鈕，需要擁有產(chǎn)品上傳的信息，才可以繼續(xù)執(zhí)行按鈕的業(yè)務(wù)邏輯。 開篇啰嗦幾句 在傳統(tǒng)單體項目中，通常會有一些框架用來管理熟知的權(quán)限。如耳濡目染的 Shiro 或者 Spring Security 。然而，到了現(xiàn)在這個時代，新開始的項目會更多的才用后端微服務(wù) + 前端 mvvm 的架構(gòu)開始書寫項目。權(quán)限控制方面將變得有些許晦澀。當(dāng)...
摘要：解決方案方法一適用范圍，菜單列表是通過接口返回的。菜單列表不是接口返回的，接口只返回訪問菜單的權(quán)限，大體意思就是統(tǒng)一把路由寫成三級形式。我比較贊成菜單權(quán)限列表一律放在后臺做這樣做風(fēng)險遠(yuǎn)比在前端處理的要小。 解決方案 方法一： 適用范圍，菜單列表是通過接口返回的。PS：只要通過接口返回的菜單列表就意味著用戶是可以訪問的，權(quán)限處理一律放在后臺做，但寫本地路由時不論是二級界面還是三級界面，配...
閱讀 2410·2021-11-24 09:39
閱讀 3886·2021-11-19 09:40
閱讀 2337·2021-09-27 13:36
閱讀 1955·2019-08-30 15:44
閱讀 458·2019-08-30 13:52
閱讀 2769·2019-08-30 11:13
閱讀 2298·2019-08-29 16:18
閱讀 1831·2019-08-29 15:43
