對(duì)于Fiori的developer來說，要在代碼里做view之間的navigation很簡單，就做一些配置，然后call 一行代碼，思路非常像webclient ui里的inbound和outbound plug。不過如果搞清楚底層到底怎么work的比較好。

貌似這套東西是SAP 從其他地方copy的，因?yàn)樗写a都在thirdparty folder下。

UI5 view之間navigation的核心代碼在folder resources/sap/ui/thirdparty里的js實(shí)現(xiàn)。

如上圖所示，router framework試圖根據(jù)傳入的route request “detail/AccountCollection(‘4039331’)” 來獲取一條匹配的route path.

問題1： 這個(gè)request是怎么傳到route framework的？
answer：在我們自己的application view里傳遞的。當(dāng)我們點(diǎn)擊navigation list時(shí)，框架自動(dòng)調(diào)用我們注冊(cè)的事件處理函數(shù)setListItem， 在line 124將當(dāng)前待顯示的detail page的上下文，所謂的contextPath，即"detail/AccountCollection(‘4039331’)"通過調(diào)用route框架的方法navTo傳入route框架

問題2： route framework 具體的匹配邏輯

問題3： route framework里匹配的三條記錄從哪里來的
answer： 在project的component.js里：

注意上面有兩個(gè)hard code的detail，其含義不一樣。先把第二個(gè)detail改成mydetail：

第三條匹配生效了：

此時(shí)由于application code里調(diào)用navTo時(shí)仍然傳的是detail，因此找不到匹配的route，點(diǎn)擊list里每個(gè)item后將沒有任何效果-瀏覽器里地址欄沒有發(fā)生變化，表明沒有發(fā)生navigation。

如果將application code里的detail也改成mydetail之后，仍然不work：
原因是this._oRoutes object里沒有名為mydetail的attribute：

改成如下之后：

之后就能找到名為mydetail的route：

從地址欄觀察到navigation重新起作用了

要獲取更多Jerry的原創(chuàng)文章，請(qǐng)關(guān)注公眾號(hào)"汪子熙":

總結(jié)

以上是生活随笔為你收集整理的Fiori navigation logic ( Route )的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。