为什么在flux应用架构中每个实体使用一个存储?

我正在一个项目中使用reactjs和flux架构。我对如何正确地将嵌套数据分解为存储以及为什么我应该将数据拆分为多个存储感到有点困惑。

为了解释这个问题，我将使用这个例子:

想象一个Todo应用程序，其中有项目。每个项目都有任务，每个任务都可以有注释。

应用程序使用REST api检索数据，返回以下响应:

{
    projects: [
        { 
            id: 1, 
            name: "Action Required",
            tasks: [
                {
                    id: 1,
                    name: "Go grocery shopping",
                    notes: [
                        {
                            id: 1,
                            name: "Check shop 1"
                        },
                        {
                            id: 2,
                            name: "Also check shop 2"
                        }
                    ]
                }
            ]
        },
    ]
}

实际应用程序的界面在左侧显示项目列表，当您选择一个项目时，该项目变为活动项目，其任务显示在右侧。当你点击一个任务时，你可以在一个弹出框中看到它的注释。

我要做的是使用一个单独的商店，"项目商店"。操作向服务器发出请求，获取数据并指示存储用新数据填充自己。存储在内部保存这个实体树(Projects -> Tasks -> Notes)。

为了能够根据所选择的项目显示和隐藏任务，我还将在存储中保留一个变量"activeProjectId"。在此基础上，视图可以获得活动项目，其任务并呈现它们。

问题解决了。

然而，在网上搜索了一下，看看这是否是一个好的解决方案后，我看到很多人说你应该为每个实体使用单独的存储。

这意味着:一个ProjectStore, TaskStore和NoteStore。为了能够管理关联，我可能还需要一个"TasksByProjectStore"和一个"NotesByTaskStore"。

谁能解释一下为什么这样会更好?我唯一看到的是在管理存储和数据流方面有很多开销。