gpt4 book ai didi

ios - ReactiveX,关于移动应用架构和层

转载 作者:行者123 更新时间:2023-11-28 15:14:32 28 4
gpt4 key购买 nike

我正在学习 Rx(尤其是 RxSwift),我对架构、层和边界有疑问。

我习惯于分层架构(数据、域、表示),通常是在 MVP 或 VIPER 上。对于这个项目,我使用的是 MVVM,这是 Reactive 应用程序的推荐架构。这些是我目前的合作者:

**** Presentation ******************************************

________________________
| |
| GameViewController |
| |
| ____________ |
| | | |
| | BoardView | |
| |____________| |
| |
|________________________|
|
|
\|/
________________________
| |
| GameViewModel |
|________________________|
|
**** Domain **************** | *****************************
\|/
________________________
| |
| GameController |
|________________________|

当用户点击(移动)时,BoardView 会发出一个事件,GameViewController 会观察到该事件,它会调用 GameViewModel< 中的方法GameController 通信以检查移动是否正确,然后发出链中每个人都观察到的另一个事件,最后 BoardView 根据移动的正确性。

我的问题是,这个流程是否正确?我必须坚持这种做事方式还是有一种更适合的 Reactive 方式?例如,也许 BoardView 可以在不涉及 View Controller 的情况下直接与 View 模型对话,并且不会打破边界,也不会“违反规则”。

我对 Rx 更好的架构有点迷茫,MVVM 很简单,但要让它变得可靠,你必须创建更多的协作者,然后可观察链可能有点过度设计。

任何帮助将不胜感激!谢谢:)

最佳答案

在编写良好的响应式应用程序中,您的逻辑往往会封装在许多无状态(静态)函数中,而不是对象中。从而使您的代码更具声明性。

例如,您的 GameViewModel 应该接受一些它将观察的输入可观察对象,并为要订阅的 View 生成一些输出可观察对象。

struct MyViewModel {
let output: Observable<OutState>
init(input: Observable<InState>) {
output = input.map {
// transform input state into output state
}
}
}

请注意,上面的变换是一个纯函数。另请注意,对象本身是多余的。它可以很容易地成为一个函数:

func myOutput(input: Observable<InState>) -> Observable<OutState> {
return input.map {
// transform input state into output state
}
}

当然,这个转换 block 本身可以是一个函数。

func transform(in: InState) -> OutState {
}

它非常容易测试并且自然地封装了您应用程序的特定用例。

关于ios - ReactiveX,关于移动应用架构和层,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/47094535/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com