記一次關於待辦任務的鏈接設計

慢慢來比較快,虛心學技術

需求

待辦列表,要求每一項任務可以跳轉到特定不同的頁面或調用不同接口,從而實現消息機制

設計思路

第一波

思路:通過增加任務表與業務表之間的路由配置表,每次生成任務信息的時候,將對應業務模塊路由與相應的業務id拼接鏈接同步傳入,前端獲取任務詳情時自帶路徑跳轉

優點:一次存儲,多次取用,也不用特殊處理

弊端:路徑耦合固定,一旦發生路由變更,之前存在任務表中的路徑將會失效,導致無法獲取業務信息或其他異常

第二波

思路:任務列表中存儲業務id以及業務模塊專屬的key,當前端獲取任務列表的時候再同固定路由配置表進行模塊路徑匹配拼接

優點:靈活存取,不受路由變化限制,正好解決上一設想的缺陷

弊端:每次獲取任務列表的時候都需要進行路徑組裝,相對麻煩

第三波

思路:去除路由配置表,由配置文件代替相同功能,在取出任務時由程序代碼進行路徑拼接並返回給前端

優點:使用程序控制,較爲靈活

弊端:每次獲取任務列表的時候都需要進行路徑組裝,相對麻煩

第四波

思路:爲了增強靈活性,不進行拼接,而是由前端獲取到任務列表後,每次點擊根據每個任務的id和key判斷調用的接口或跳轉的頁面

優點:大大增強靈活性,前端隨時調整接口或頁面的跳轉

弊端:尚未發現

總結

有時候最簡單直接的解決方案,可能是最有效的方案。精簡解耦,需要經驗和技巧支撐,多謝前輩們的建議。

不知道還有沒有別的解決方案 ,歡迎評論區互相討論

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章