關於『餓了么的PWA升級實踐』中『採用傳統的頁面跳轉』這一問題？

為什麼餓了么放棄了"基於js路由來處理多頁面應用"，選擇了『傳統的HTML跳轉機制』?

是不是js路由在移動端的多頁面中有什麼性能問題，或者說移動端單頁面應用適合用js路由？

單頁與多頁一直是前端的必「爭」之地，其實「餓了么 M 站」曾經就是單頁的，那我們為什麼轉為多頁了呢？
從公司業務的角度來說，M 站從最開始僅僅提供 Web 端的外賣服務，慢慢演變成為各種微服務的集合。這些服務之間相對獨立，可以單獨提供給各類入口（二維碼、微信推送、各種 App 接入等等），所以選擇了這種將 M 站「服務化」的思路。
從開發模式的角度講，多頁架構意味著較弱的耦合，不同頁面（即服務）之間互不影響，可以獨立開發、升級。比如在 Vue2 的遷移與 Weex 接入的過程中，我們可以對各個單獨的服務逐個迭代，同時保留原始版本用以降級與 A/B Test，符合我們業務所要求的迭代速度與穩定性要求。

PWA 在餓了么的實踐經驗 - 知乎專欄

敢不敢搜一下？？？？？？？？

能提問也是好事，至少讓我也知道！