-
Notifications
You must be signed in to change notification settings - Fork 87
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Automatic Parceler support #56
Comments
Yes, that could be done, but I didn't wanted to depend on a third party library like Parceler. However, I was thinking about an alternative solution: In a nutshell: to go the same way that AutoValue did by providing Extensions for the Annotation Processor. Then one could write a FragmenArgs Annotation Processor Extension for Parceler which would generate code during annotation processing. But I'm not too sure if it is worth the effort right now. |
I think it's a good idea what you pose, and yes with a doubtful tradeoff, at least by now. |
The way that AutoValue did is really good. An idea that you have to insert this line "@arg(bundler = ParcelerArgsBundler.class)" with every parcelable field unfortunately stopping us from using it in every our projects. |
@Arg(bundler = ParcelerArgsBundler.class)
has to be used withbundler-parceler
, doesn't it? Maybe an approach can be taken in which it automatically detects that@Parcel
is present in the class, as in Dart.The text was updated successfully, but these errors were encountered: