慢慢來比較快,虛心學(xué)技術(shù)
需求
待辦列表,要求每一項(xiàng)任務(wù)可以跳轉(zhuǎn)到特定不同的頁面或調(diào)用不同接口,從而實(shí)現(xiàn)消息機(jī)制
設(shè)計(jì)思路
第一波
思路:通過增加任務(wù)表與業(yè)務(wù)表之間的路由配置表,每次生成任務(wù)信息的時(shí)候,將對(duì)應(yīng)業(yè)務(wù)模塊路由與相應(yīng)的業(yè)務(wù)id拼接鏈接同步傳入,前端獲取任務(wù)詳情時(shí)自帶路徑跳轉(zhuǎn)
優(yōu)點(diǎn):一次存儲(chǔ),多次取用,也不用特殊處理
弊端:路徑耦合固定,一旦發(fā)生路由變更,之前存在任務(wù)表中的路徑將會(huì)失效,導(dǎo)致無法獲取業(yè)務(wù)信息或其他異常
第二波
思路:任務(wù)列表中存儲(chǔ)業(yè)務(wù)id以及業(yè)務(wù)模塊專屬的key,當(dāng)前端獲取任務(wù)列表的時(shí)候再同固定路由配置表進(jìn)行模塊路徑匹配拼接
優(yōu)點(diǎn):靈活存取,不受路由變化限制,正好解決上一設(shè)想的缺陷
弊端:每次獲取任務(wù)列表的時(shí)候都需要進(jìn)行路徑組裝,相對(duì)麻煩
第三波
思路:去除路由配置表,由配置文件代替相同功能,在取出任務(wù)時(shí)由程序代碼進(jìn)行路徑拼接并返回給前端
優(yōu)點(diǎn):使用程序控制,較為靈活
弊端:每次獲取任務(wù)列表的時(shí)候都需要進(jìn)行路徑組裝,相對(duì)麻煩
第四波
思路:為了增強(qiáng)靈活性,不進(jìn)行拼接,而是由前端獲取到任務(wù)列表后,每次點(diǎn)擊根據(jù)每個(gè)任務(wù)的id和key判斷調(diào)用的接口或跳轉(zhuǎn)的頁面
優(yōu)點(diǎn):大大增強(qiáng)靈活性,前端隨時(shí)調(diào)整接口或頁面的跳轉(zhuǎn)
弊端:尚未發(fā)現(xiàn)
總結(jié)
有時(shí)候最簡單直接的解決方案,可能是最有效的方案。精簡解耦,需要經(jīng)驗(yàn)和技巧支撐,多謝前輩們的建議。
不知道還有沒有別的解決方案 ,歡迎評(píng)論區(qū)互相討論