关于导航架构的想法?

我在写申请书。我希望它的各个部分可以通过一个字符串(例如URL)进行访问。我看到了很多不同的方法来实现这一点,我想知道是否还有其他人在考虑这一点。

例如,假设一个Web应用程序支持几个不同的消息板。访问A板中第三条注释的URL可能是 http://msg.com/A/3 ,我们可能会在msg.com/a/3/reply上回复该消息。不需要URL的状态-我可以直接转到msg.com/b/25/reply来响应B板的第25条消息。

如何构造代码来处理这种导航?假设您知道如何解析URL。

潜在问题:

• 有些接口组件不关心它们在哪里,但有些需要知道。“注销”按钮可以直接转到msg.com/logoff,而不必关心单击的位置。另一方面,reply按钮(或配置reply按钮的任何内容)需要知道我们现在正在读取哪个板和消息,以便它可以链接到正确的地址。

• 理想情况下,代码将保持分离。这意味着如果我们能帮助所有代码访问和修改的话,就没有全局字符串。我们可以使用事件总线或注入作为首选的替代方法。

我不知道这是否算是一个问题…我只是在寻找想法,真的!