我可以在MVP视图中执行逻辑操作,但是据我所知,根据MVP模式,视图应该尽可能地愚蠢。 MVP模型可以包含android专用术语吗?如果没有,那我该如何在MVP模型中使用活动上下文?
答案 0 :(得分:2)
我们假设基于MVP模式实现了登录功能,其中模型(LoginInteractor)将使用活动上下文。
因此,我们必须实现以下类:LoginActivity
,LoginPresenterImpl
和LoginInteractorImpl
(作为MVP模型)。如MVP所述,我们将在View和Presenter之间定义一个合同。我们将它们命名为LoginView
和LoginPresenter
。此外,我们还将为Interactor类LoginInteractor
定义一个接口。
LoginActivity
引用了LoginPresenter
,将在其中处理所有逻辑。具体实现LoginPresenterImpl
引用了LoginView
和LoginInteractor
。交互器的具体实现LoginInteractorImpl
将使用活动上下文来初始化特定于Android的资源,这些资源是收集登录过程中所需数据所必需的。
通过这种方式,presenter逻辑与android资源无关,并且可以轻松地进行单元测试。
示例代码片段(请注意,演示者如何仅了解抽象交互器。具体的交互器是在视图中初始化的,以提供其活动上下文。)
首先,我们为所有类别定义合同:
interface LoginView {
fun onLoginSuccess()
fun onLoginFailed()
fun showErrorMessage(error: String)
//...........
}
interface LoginPresenter {
fun proceedLogin(username: String, password: String)
//............
}
interface LoginInteractor {
fun getUserByUsername(username: String) : User
fun getUserCredentials() : Credential
//............
}
然后,为他们具体实施:
class LoginActivity : LoginView, AppCompatActivity() {
private lateinit var presenter: LoginPresenter
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_login)
// initialize presenter
presenter = LoginPresenterImpl(
view = this,
interactor = LoginInteractorImpl(this)
)
// your code goes here
}
override fun onLoginSuccess() {
// your code goes here
}
override fun onLoginFailed() {
// your code goes here
}
override fun showErrorMessage(error: String) {
// your code goes here
}
}
class LoginPresenterImpl(
private val view: LoginView,
private val interactor: LoginInteractor
) : LoginPresenter {
override fun proceedLogin(username: String, password: String) {
// your custom login logic goes here
// call interactor to get data
// process data
// give feedback to view
}
}
class LoginInteractorImpl(context: Context) : LoginInteractor {
override fun getUserCredentials() {
// your code goes here
}
override fun getUserByUsername(username: String) {
// use context to access local DB...
}
}
注意:为了更好地分离关注点,使用依赖项注入解决方案将消除View初始化所有其他对象这一事实引起的问题。