概述

在開發(fā)過程中，經(jīng)常會(huì)創(chuàng)建一些數(shù)據(jù)里，其沒有任何邏輯功能，僅僅來用來保存數(shù)據(jù)。在Kolin中，將這些類統(tǒng)一稱為數(shù)據(jù)類，用關(guān)鍵字data標(biāo)記。

data class User(val name: String, val age: Int)

編譯器會(huì)根據(jù)主構(gòu)造器中聲明的全部屬性, 自動(dòng)推斷產(chǎn)生以下成員函數(shù):

• equals()/hashCode()函數(shù)對,
• toString() 函數(shù), 輸出格式為 “User(name=John, age=42)” ,
• componentN() 函數(shù)群, 這些函數(shù)與類的屬性對應(yīng), 函數(shù)名中的數(shù)字 1 到 N, 與屬性的聲明順序一致,
• copy() 函數(shù)

如果在該數(shù)據(jù)類或者基類中重寫了以上某個(gè)成員函數(shù)，將不會(huì)再自動(dòng)推斷，以重寫的為準(zhǔn)。

前言

kotlin的數(shù)據(jù)類，由于其內(nèi)部封裝了getter和setter方法，極大地簡化了我們的編程代碼，但同時(shí)其不能像java那樣方便的重寫getter或者setter方法，也給大家造成了一定的麻煩。

舉個(gè)例子：

data class OrderBean(val createTime: Long)

后端返回的訂單數(shù)據(jù)中，createTime這個(gè)字段是長整型的時(shí)間戳，但是前端需要轉(zhuǎn)成yyyy-MM-dd這種格式，或者yyyy年MM月dd日這種，再或者更加友好一點(diǎn)，根據(jù)時(shí)間段，轉(zhuǎn)成1小時(shí)前、2天前、一周前這種，在實(shí)際開發(fā)中都是常有的情況，在Java中我們可以很方便的在getter方法中做這些處理，但是kotlin的getter方法都是內(nèi)部封裝的，并不直接支持重寫，我看到網(wǎng)上有些答案是像這樣處理的：

data class OrderBean(val _createTime: Long){
 val createTime:String
 get() = { ...do something }
}

這樣處理其實(shí)并沒有真正改變createTime的值，反而會(huì)造成一些更大的麻煩，比如，數(shù)據(jù)類中自動(dòng)生成的equals()，toString()等一些方法還是會(huì)沿用長整型的值，而且當(dāng)你做某些值對比的時(shí)候，會(huì)產(chǎn)生一些不可預(yù)測的結(jié)果。

正確的姿勢

有以下三種，你可以根據(jù)自己的業(yè)務(wù)邏輯和團(tuán)隊(duì)的話語權(quán)進(jìn)行選擇：

• 讓后端改：如果有可能的話，這是最合理，最恰當(dāng)?shù)姆绞剑蠖酥苯臃祷匚覀冃枰淖侄涡问?，?jié)省了移動(dòng)端，web端，小程序端等每端各寫一套邏輯的時(shí)間，并且萬一哪段比較坑，實(shí)現(xiàn)出來的時(shí)間跟你們不一樣，可能你們每個(gè)都要復(fù)查一遍。另外，后端寫的話，一旦需求變更，后端處理起來要更加簡單方便。
• 不用data class，使用常規(guī)的class：不要拘泥于建議，誰說這些數(shù)據(jù)實(shí)體類就必須要用data class的，使用IDE去自動(dòng)生成，照樣可以，而且還實(shí)現(xiàn)了自己的完全控制。
• 另外創(chuàng)建一個(gè)安全的變量：如果在團(tuán)隊(duì)中實(shí)在人微言輕，有非要用data class，那就去另外創(chuàng)建一個(gè)變量，比如：

data class OrderBean(val createTime: Long){
 val createTimeShow:String
  get() = { ...do something }
}

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。

最新評論