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

需求

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

設計思路

第一波

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

優(yōu)點：一次存儲，多次取用，也不用特殊處理

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

第二波

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

優(yōu)點：靈活存取，不受路由變化限制，正好解決上一設想的缺陷

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

第三波

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

優(yōu)點：使用程序控制，較為靈活

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

第四波

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

優(yōu)點：大大增強靈活性，前端隨時調整接口或頁面的跳轉

弊端：尚未發(fā)現

總結

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

不知道還有沒有別的解決方案 ，歡迎評論區(qū)互相討論