前言
最近開始重構涩盾，Javabean也想全部替換成kotlin的data class，可data class使用有諸多限制励背，并沒有Javabean使用的那么隨心所欲旁赊。在此也記錄下遇到的坑吧。
坑1：沒有無參構造器
data class 沒有無參構造器椅野，創(chuàng)建此類至少要有一個參數终畅。造成的不變就在于如果想手動創(chuàng)建數據，就要將所有的參數都賦值一遍竟闪。沒有JavaBean直接通過無參構造器創(chuàng)建對象來的方便离福。
解決辦法：雖然網上有很多的方式，包括使用什么插件炼蛤，引入什么依賴妖爷，但有眾多的限制，依然是不能隨意的創(chuàng)建無參的data class實體類理朋。如果使用data class的話絮识，就不用想無參構造器創(chuàng)建了，可以使用替代的方式來減少繁瑣嗽上。比如次舌，data class 有 copy()方法，可以直接copy出一個與原對象相同數據的對象兽愤，也可以傳遞某些參數來動態(tài)更改其數據彼念。
val demo = DemoBean("hhh","男")
val copy = demo.copy()
val copy1 = demo.copy(name = "111")
val copy2 = demo.copy(sex = "女")
val copy3 = demo.copy(name = "222", sex = "嬲")
這樣多少也減少了些工作量吧。
坑2 非空字段
在Javabean中浅萧，不存在什么非空字段逐沙，無非就是數據沒有返回，調用的時候是空而已洼畅，只需要在代碼中判斷非空就行吩案。而使用data class就要在書寫的時候加非空判斷。比如：
data class DemoBean(val name: String, val sex: String)
這樣寫帝簇，通過json轉換來的字段必須包含 name 和 sex徘郭，值可以為空靠益，但必須得有這倆字段，否則轉換不過來崎岂。
比如json為：
{"name":"11","sex","男"}
這樣可以直接轉換，但如果json是
{"name":"222"} 或者 {"sex","女"}
這樣有缺省字段的情況下是無法轉換成data class的闪湾。
解決辦法1：所有字段都加非空判斷?
將data class改成這樣
data class DemoBean(val name: String?, val sex: String?)
允許字段為空冲甘，json缺省狀態(tài)下依然可以使用，但帶來的不便就是使用字段的時候都需要加判空標識符?途样，其實也挺麻煩的江醇。
解決辦法2：約束api數據返回
代碼層次上無法像javabean那么隨心所欲的情況下，就直接從源頭上解決問題吧何暇。跟后臺定好協(xié)議陶夜，文檔上有的字段，必須全部返回裆站，即便沒有數據条辟，也要返回空字段。這樣帶來的問題就是后續(xù)api接口數據字段只能增不能減宏胯，擴展性稍微差點羽嫡。不過以我這么多年的工作經驗來看，減字段優(yōu)化接口還不如重新寫一個接口更方便肩袍，減少線上出問題的風險杭棵。
坑3 復用性問題
從坑2里延伸來的問題，如果幾個接口返回的數據很類似氛赐，有公共數據字段魂爪，各自還有各自獨立的屬性字段，在javabean中可以抽離出公共字段到基類艰管，然后各自繼承基類就可以實現復用滓侍。
但kotlin的data class也想類似javabean那種抽離出公共字段到一個data class，子類再繼承使用就會出很大的問題牲芋。雖然data class可以繼承粗井，但是可繼承的類有限，可以繼承abstract修飾的抽象類街图，可以繼承sealed修飾的密封類浇衬，像同為data class的數據類以及普通的不修飾的類，都無法繼承餐济。
解決辦法1：不復用（廢話）耘擂，全字段寫到對應的data class中。
解決辦法2：放棄data class絮姆，寫普通的kotlin類來封裝數據醉冤，可以跟javabean一樣秩霍，解決復用問題
解決辦法3：使用abstract修飾的抽象類來封裝公共數據字段，各自data class繼承此抽象類蚁阳。
解決辦法4：把所有的字段都放到同一個data class中铃绒，其中公共字段不需要添加非空判斷，其余獨立字段均加上非空判斷螺捐，可以正常解析使用颠悬。
坑4 kotlin的反射依賴
項目中使用的fastJson，需要配合kotlin反射依賴才能順利解析定血。
"org.jetbrains.kotlin:kotlin-reflect:$kotlin_version" 匹配好自己的kotlin版本即可赔癌。
添加混淆配置：
-keepattributes *Annotation*
-keep class kotlin.** { *; }
-keep class org.jetbrains.** { *; }
必加的依賴，否則一堆問題澜沟。
終極解決方案
出現上述問題的主要原因是用了fastjson灾票，但如果換成Gson，上述的解析方面的問題就都不是問題了茫虽。無論字段是否缺省刊苍，無論是否配置kt的反射依賴，gson都可以完美的適配data class濒析。少年班缰，不想那么操蛋的配置，就換gson吧悼枢。
尾聲
目前遇到這些坑埠忘，先記錄下來，等以后還遇到什么問題馒索，再補充吧莹妒。
