网络请求该写在哪里?

[liangjingkanji]

本章只是作者个人建议仅供交流, 具体视自己而定, 有任何不同意见欢迎在社区讨论

网络请求的组成

Net基于协程设计, 估他的请求分为两部分

1. 作用域: scope*等函数
2. 请求动作: Get/Post等函数

作用域可以决定其内部的请求是否同时取消/完成, 或者捕获他们的错误, 或者并发请求

简单的请求

作用域/请求我认为都可以写在Activity/Fragment中, 因为本身他们逻辑就很简单(仅一行代码就能请求返回数据), 而且作用域一般会要求跟随Activity的生命周期

你不想业务逻辑和UI耦合应当是将业务逻辑写到Model中, 但是请求本身我认为没有必要, 代码不要过分苛求"模板化"

复杂的请求

对于过于复杂的网络请求逻辑或者你就是希望在Model或者ViewModel中发起请求, ViewModel里面使用scopeNetLife也是可以的(同样会跟随ViewModel生命周期)

但是我更推荐的还是将请求动作写在ViewModel, 作用域依然在Activity/Fragment中, 因为某些作用域要求Activity等引用(比如scopeDialog对话框作用域)

错误做法

不要写出某些拆分然后组装然后再拆分的代码, 脱裤子放屁一样反复横跳

• 例如请求回调无论成功失败全部组装成一个LiveData对象, 然后再监听LiveData, 然后再将组装的对象再拆分成成功/失败
• 异步编程只是一种技术妥协, 而协程是转为同步代码解决方案, 请不要将协程再次封装成任何接口回调形式的异步代码

总结

• 任何接口回调形式都不适用于网络请求/异步任务, 请不要企图封装成Flow或者LiveData
• 希望是Flow的操作符处理数据可以直接拿到数据后使用Kotlin自带的集合操作符

不要追求复杂的绕来绕去的模板, 也不要说一些晦涩难懂的黑话, 我们追求视图和逻辑解耦大多为了版本迭代中复用逻辑, 透过需求看到本质