Android 肋骨结构&x27;s数据流 所以RIBs架构的数据流基本上是自上而下的。那么,这是否意味着子肋骨需要的所有数据流都需要在根肋骨处提前准备好? 如果是,这意味着所有API/网络调用/数据库操作都发生在根目录中 如果根肋骨存储整个应用程序状态,是否所有这些流都在引导时初始化?如果特定的子肋骨尚未连接到树上,我是否可以延迟初始化其中的一部分,因为其中一些不是必需的 参考优步工程博客上的这篇文章

Android 肋骨结构&x27;s数据流 所以RIBs架构的数据流基本上是自上而下的。那么,这是否意味着子肋骨需要的所有数据流都需要在根肋骨处提前准备好? 如果是,这意味着所有API/网络调用/数据库操作都发生在根目录中 如果根肋骨存储整个应用程序状态,是否所有这些流都在引导时初始化?如果特定的子肋骨尚未连接到树上,我是否可以延迟初始化其中的一部分,因为其中一些不是必需的 参考优步工程博客上的这篇文章,android,ios,swift,uber-api,Android,Ios,Swift,Uber Api,新Rider应用程序:深度范围层次结构 考虑到两级和三级范围层次结构存在重大问题,我们在开发新应用程序时没有将自己限制在一定数量的范围层。相反,我们在有用的地方创建了新的中介作用域层。例如,PreRequest作用域用于存储所有PreRequest屏幕状态(如Home、ProductSelection和RefinementSteps)需要共享的对象 是否有任何标准,什么类型的对象/状态,或者什么时候我们应该使用中间作用域层方法,但不在根处创建DI流并作为依赖项馈送子肋骨? 我们应该关注什么?这需

新Rider应用程序:深度范围层次结构

考虑到两级和三级范围层次结构存在重大问题,我们在开发新应用程序时没有将自己限制在一定数量的范围层。相反,我们在有用的地方创建了新的中介作用域层。例如,PreRequest作用域用于存储所有PreRequest屏幕状态(如Home、ProductSelection和RefinementSteps)需要共享的对象

是否有任何标准,什么类型的对象/状态,或者什么时候我们应该使用
中间作用域层
方法,但不在根处创建DI流并作为依赖项馈送子肋骨?
我们应该关注什么?这需要API调用吗?不是业务逻辑相关的状态,比如UI逻辑

我想到的用例可能是应用程序的注册部分

我们可能需要创建一个
中间作用域层
,以存储用户填写的信息(直到用户点击register/finish按钮)。如果用户单击register按钮,那么用户对象是否将通过listener发送回父对象?对吗