## web可視化動態配置 * 數據權限動態配置需要依賴數據庫，所以我們需要前往web端進行配置 * 配置邏輯與純注解配置一致，其實就是把注解配置拓展，并做成了web可視化 * 下面我們來打開web工程，進行操作把～ ### Web配置 1. 打開saber，進入`數據權限`，點擊`通知公告`模塊的`數據權限`按鈕  2. 在彈層點擊新增按鈕  3. 填入對應的參數  4. 這里有一點注意的是`權限類名`字段,之所以可以實現自動配置，就是因為我們指定了Mapper層對應執行的方法。所以我們對應的路徑需要指定正確，不能出錯。 5. 還有一點需要注意的是，若分頁、列表方法不是自己寫的mapper，而是采用的mybatis-plus自動生成的方法，沒有自定義的方法名，那這個路徑應該如何寫？ 6. 其實很簡單，我們跟蹤下代碼，可以看到，自帶的page方法，其實是調用了BaseMapper里的selectPage方法，而selectPage又調用了selectList   7. 所以我們如果需要配置自動生成的mapper方法，只需要把剛剛的`org.springblade.modules.desk.mapper.NoticeMapper.selectNoticePage` 改成`org.springblade.modules.desk.mapper.NoticeMapper.selectList`即可 8. 確認無誤后，保存配置，可以看到在通知公告模塊下，多了一條數據權限的配置  9. 那么下面，我們就需要對其分配權限了，打開`角色管理`的`權限配置`進行分配  10. 這里有一點需要注意，我們之前在菜單模塊下進行了數據權限規則的新增，在角色權限配置的時候，可以看到歸類在了對應的菜單下。這一點僅僅只是分類的作用，并沒有實質性的影響。比如我可以配置生效的方法是`org.springblade.modules.desk.mapper.NoticeMapper.selectNoticePage` ，卻把它放在了工作流的菜單分類下。實際生效的還是通知公告對應的這個方法，而不會對工作流菜單下的方法產生影響。 ### 接口調用 1. 刪掉上一章的DataAuth注解  2. 重啟工程并調用postman，可以看到返回了3條數據  3. 查看控制臺發現sql過濾條件生成成功  4. 修改剛剛的規則，改為自定義并填入自定義sql  5. 無需重啟工程，直接再次調用postman，發現這回返回了兩條數據  6. 控制臺的sql過濾條件生成成功  7. 此時我們將類名修改為通知功能列表頁會調用的自帶mapper方法（page方法底層為selectList）  8. 不用重啟，直接訪問通知公告模塊，發現顯示了兩條數據  9. 控制臺打印條件正確   ## 注 * 純注解和web全自動的配置方式兩者結合，相信可以滿足絕大多數需求 * 對于國內一些特別復雜的需求，無法用配置實現的話，我推薦大家直接寫死在代碼內，否則這是一條不歸路，一旦踏上，再也無法回頭～