-
Notifications
You must be signed in to change notification settings - Fork 272
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
Icpick like Storing/Restoring #36
Comments
+1 |
Fantastic idea guys. I actually started working on this a few weeks ago after IcePick integration was closed. How does "Bundler" sound for a library name? https://github.com/johncarl81/bundler. I decided to make this a new library to keep Parceler small and focused on a single problem. By the way, the functionality that IcePick offers exists in Transfuse right now under the Also you will find Parceler integrated with Transfuse via the Along the same lines, @f2prateek was gratious enough to accept my PR to integrate Parceler with android-dart: https://github.com/f2prateek/android-dart. Lots of activity in this direction. Lets do it! |
Bundler sounds good to me. |
There's like 3 implementations the same idea: Dart, Icepick, Bundler. Which one is compatible with Parceler? |
Dart is compatible with Parceler, Bundler will be (that's my implementation). Icepick is not directly compatible unless you rely on Parceler's generated code. |
Is bundler functional? I've checked the readme but it only has license and nothing else.... |
Bundler is a work in progress, and is missing some key components currently. Stay tuned! |
@johncarl81 maybe Bundler is confusing, having Ruby's Bundler going around. What will this library do? |
@mdumrauf, This library will do butter-knife style injection of Bundle-able properties, automatically handling class ExampleActivity{
@InjectExtra("one") int one;
@InjectExtra("two") ParcelExample two;
}
@Parcel class ParcelExample{/*...*/} Yes, this collides with the ruby library... do you have a name suggestion? |
Hmm..maybe extractifier? I'm no good at naming. Btw, have you checked this very same feature done in android annotations? https://github.com/excilys/androidannotations/wiki/Extras |
@mdumrauf, yes, the idea is to inject/pull extras from annotated fields just like AndroidAnnotations does with two differences: 1. Support Parceler transparently, 2. Not require the bean to be "enhanced". By the way, Transfuse implements extra injection that transparently supports Parceler: |
Hmm, how about Android Arguments? |
Is there any interest in a fork of Icepick with Parceler support? Im considering releasing it on Maven central: https://github.com/johncarl81/icepick/tree/parceler_support |
Would be great |
+1 |
Yes On Thu, Feb 26, 2015, 8:48 AM Pedro Paulo de Amorim <
|
+1 |
2 similar comments
+1 |
+1 |
I decided to roll my own Ickpick. It is written from scratch and works perfectly with Parceler, please take a look here. One of the more unique feature of my library is that it supports a pluggable compile-time code generation system. The parceler support is done with ONLY the following lines:
|
Awesome work @tom91136! |
How about support for IcePick style storing/restoring of parcelable classes?
https://github.com/frankiesardo/icepick
Because of the extra wrapping step, IcePick is currently incompatible with parceler (if I'm not mistaken)
The text was updated successfully, but these errors were encountered: