背景
我和我的团队正在开发一个应用程序，我们遇到了生命周期挂钩/事件/订阅中的一些计时问题，我们怀疑这是由于解决方案体系结构不佳所致，所以我希望发布一些信息帮助解决问题以及有关总体体系结构的一些建议。
该项目非常简单：为用户检索文档。我们称每个请求为一个“批”，由一个或多个“查询”组成。每个查询可以搜索不同的内容，例如日期范围，文档类型等。用户可以搜索多个内容（多个查询）并将它们全部提交到一个“批处理”中。
应用程序的布局基本上应该是一个“批处理列表”，您可以在其中看到每个批处理的重要详细信息，然后当您从列表中单击一个批处理时，将打开一些内容以显示与该批处理相关联的查询的列表。批处理（目前，我们正在为此使用一种模式）。 “批处理列表”页面上还有一个“新批处理”按钮，该按钮打开用于查看现有批处理的相同模式（当他们这样做时，所有内容最初都是空的。）
应用程序的当前布局如下：
当您从“批次列表”中单击一个批次时，“模态组件”将打开并显示“新查询组件”和“查询列表组件”。
当前，当您从“批次列表”组件中单击批次时，我们正在尝试输出一个事件，该事件会将“批次ID”发送给所有侦听器，以便他们可以在数据库/模拟数据中搜索关联的批次并显示模式中查询列表组件中的查询列表。
上述问题是在创建查询列表组件之前发出了该事件，并且可以订阅和侦听该事件。
问题
应用程序的布局/体系结构是否错误，还是上述问题是最佳实践？