內容
Part 1:Kotlin初探（一）基礎構建
Part2:Kotlin初探（二）數據加載
UI界面就是一個簡單的List數據列表，數據由網絡獲取
類圖
TravelNotesPresenter
根據上面的圖 TravelNotesPresenter 繼承 PresenterDataWrapper 并指定數據和View的類型，實現
Contract.Presenter 接口指定數據類型，并且確定構造方法需要的View類型和初始化數據。
所以一般Presenter會至少持有兩個引用，一個是View一個是Data，并且這里也把Model和Presenter的邏輯也是合并到了Presenter中暫時沒有分離。
class TravelNotesPresenter(v: ContractTravelNotes.View) :
PresenterDataWrapper<MutableList<TravelNoteBook.Books>, ContractTravelNotes.View>(v),
ContractTravelNotes.Presenter<MutableList<TravelNoteBook.Books>>{
var query = Query(AppConfig.INFO_QUERY_ADDRESS,1,10)
init {
mData = ArrayList()
}
/**
* 這里主要是獲取網絡數據，其實應該是Model的業務邏輯，暫時先放到了Presenter中
* 獲取網絡數據的方式是由Retrofit+Rxjava的方式，并且自定義了兩個處理組件 RxSchedulersHelper 和 SchedulersDataHelper
* RxSchedulersHelper 主要是合并了ob.subscribeOn(Schedulers.io()) 和 observeOn(AndroidSchedulers.mainThread()) 操作
* SchedulersDataHelper 去處理數據是否獲取成功或者服務器返回的非成功標識，成功則返回數據，錯誤則返回錯誤信息
* Rxjava的生命周期由mView.getLifecycleDestroy()綁定到Activity上
*/
override fun fetch() {
ApiManager.travelNotesApi
.getTravelNotesList(query.query,query.getPageQ(),query.getCountQ(),"")
.compose(mView.getLifecycleDestroy())
.compose(RxSchedulersHelper.io_main())
.compose(SchedulersDataHelper.handleResult())
.subscribe({processData(it.getBookses())},
{errorData(it.message.toString())},
{mView.onDialog(false)})
}
override fun processData(d: MutableList<TravelNoteBook.Books>?) {
if (d == null){
mView.showToast(AppConfig.INFO_ERROR_NOT_DATA)
} else {
if (query.page == 1) {
mData.clear()
}
mData.addAll(d)
query.page=+query.count
mView.updateUI()
}
}
override fun errorData(error: Throwable) {
mView.showToast(error.message.toString())
}
...
}
TravelNotesActivity
TravelNotesActivity 繼承 BasePActivity 并指定Contractl.Presenter以及數據類型，實現Contract.View接口。
class TravelNotesActivity :
BasePActivity<ContractTravelNotes.Presenter<MutableList<TravelNoteBook.Books>>>(),
ContractTravelNotes.View {
private lateinit var adapter : TravelNotesAdapter
/**
* 初始化界面，使用Kotlin extensions 綁定控件
*/
@SuppressLint("ResourceAsColor")
override fun initUI() {
setContentView(R.layout.activity_travel_notes)
srlRefresh.setColorSchemeColors(R.color.colorPrimary,R.color.colorPrimaryDark)
srlRefresh.setOnRefreshListener { mPresenter.refreshData() }
rvBooks.layoutManager = LinearLayoutManager(this)
//因為布局中有include標簽，直接調用被include布局的id會出現問題，所以就給include指定了一個id=icTitle
icTitle.tvTitle.text = "游記"
icTitle.ivBack.visibility = View.INVISIBLE
}
/**
* 初始化Presenter，類型已經通過泛型指定
*/
override fun attachPresenter() {
mPresenter = TravelNotesPresenter(this)
}
/**
* activity中不會持有數據引用，一切交互都由接口確定
*/
override fun initData() {
adapter = TravelNotesAdapter(this, mPresenter.getData())
rvBooks.adapter = adapter
mPresenter.fetch()
}
/**
* 刷新界面
*/
override fun updateUI() {
adapter.notifyDataSetChanged()
}
override fun onDestroy() {
super.onDestroy()
mPresenter.close()
}
override fun showToast(str: String) {
ToastUtil.getInstance().makeShortToast(this,str)
}
override fun onDialog(show: Boolean) {
srlRefresh.isRefreshing = show
}
override fun <R> getLifecycle2(): LifecycleTransformer<R> {
return bindToLifecycle()
}
override fun <R> getLifecycleDestroy(): LifecycleTransformer<R> {
return bindToLifecycleDestroy()
}
}
SchedulersDataHelper
class SchedulersDataHelper {
companion object {
/**
* 錯誤信息
*/
private var errorMsg = ""
/**
* 判斷數據是否返回成功，成功則返回數據元，不成功則返回錯誤提示信息
*/
fun <T> handleResult(): FlowableTransformer<ResponseJson<T>, T> {
return FlowableTransformer {
it.flatMap(Function {
errorMsg = if (it != null) {
// 這里可以判斷其他code狀態類型并返回相應的錯誤信息
if(it.errcode !=0) {
AppConfig.INFO_ERROR_NOT_DATA
} else {
return@Function createData(it.data)
}
} else {
AppConfig.INFO_ERROR_NETWORK
}
// 這里也可以直接繼承Throwable返回其他的錯誤信息交由Presenter或者Model處理
return@Function Flowable.error(Throwable(errorMsg))
})
}
}
/**
* 請求成功后創建并返回數據
*/
private fun <T> createData(data: T): Flowable<T> {
return Flowable.create({
it.onNext(data)
it.onComplete()
},BackpressureStrategy.BUFFER)
}
}
}
1.區別與以前Java的lambda中需要自定義一個值類似 data -> data.toString(),Kotlin中不需要自定義這個值默認為it
2.關于return@label的方式我不是特別的明白，直接看文檔好了(http://kotlinlang.org/docs/reference/returns.html)
對于請求網絡數據的流程大致就是這樣，后面會研究一下kapt生成文件的方式，并通過這種方式生成API接口管理、Presenter、View接口以及路由
至于kotlin的使用上感覺還是蠻不錯的，有點類似于使用Python，和java也是配合的很好，后面還要對kotlin做一些更深層的了解。
