I don't see how that's any different or better tha...
# language-proposalsj
jw
09/27/2017, 8:23 PMI don't see how that's any different or better than the parcel adapters that are already in the proposal. In fact, the wrapper allocation makes it seem worse.
m
miha-x64
09/28/2017, 9:54 AMAdapters must be written by hand, if I understood correctly.
j
jw
09/28/2017, 1:54 PMBut so must that wrapper class and you still need to write custom parcel code to serialize the Something.
m
miha-x64
09/29/2017, 2:24 PMAnd thus I propose to support auto-generated parcelable wrappers.
j
jw
09/29/2017, 2:26 PMI see no way for that to work. Pretend Date wasn't Serializable. How would it work?
e
elizarov
09/29/2017, 4:29 PMFor Kotlin Serialiazation we have a vision of "external serializers" that you can define for 3rd-party classes. For now it works only on per-field basis like
@Serializable(with = MyDateSerializer::class) var date: Date = ...elizarov
09/29/2017, 4:30 PMIn the future, we are exploring ways to define them per-type. We can use similar approach for parcelling. Btw, we've created #serialization channel
j
jw
09/29/2017, 4:40 PMRight, and that's the parcel adapters which are in the proposal. I still have no idea what @miha-x64 is proposing.
5 Views