天天看點

如何獲得來源頁的url?離譜的老代碼離譜需求的調研結束語

勤勤懇懇的業務推土機。最近接了一個同僚的需求,需求開始一切推進正常。但是走到業務深處。發現tab切換,竟然是通過走路由,加載不同業務子產品。簡直就是離譜。是以離譜的解決方案也就來了---如何獲得來源頁面的url?

離譜的老代碼

現在老業務中有一個tab元件,暫且用A、B、C做區分。原本隻有A|C兩個Tab,由于本期需求,是要在中間加一個Btab用作新需求的落地頁+清單頁。之前A落地頁是跳進新路由内完成業務,點選儲存或者取消後,直接使用了history.go(-1)。是以這樣傳回目前頁,看着确實沒問題。但是現在新需求的落地頁與老元件相似的很。而且開發日期壓縮的也很厲害,目前隻能複用A的相關子產品。但是路由肯定是新的。代碼寫到這裡一切還算正常。但是當從B落地頁回來再使用history的api雖然也能傳回,但是tab頁的選中就會被重置成為A的。這樣就會有問題,點選Btab頁下的落地頁按鈕,跳轉到新路由子產品,操作完後我們傳回了Atab下的清單頁。是以,就需要知道go(-1)的來源頁。然後主動click()對應的元件。

離譜需求的調研

結束語

繼續閱讀