-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
RealmList<Integer / String / ...> #575
Comments
I had bit of worries about the Realm design but after using it a lot i have seen it is done just right. My primary use of Realm is to pass data between threads (background processing and UI) and it works perfectly. It is so fast that even AsyncTasks are not needed anymore. Great work. Just few bugs left but easy to work around while waiting for the completion. I hope the next release comes out soon. |
@an-k I think that your suggestion ( To make a long story short, I can give you a time frame in which it will be implemented. |
@kneth Thanks for your reply! You can give a time frame? That's great, so when will that probably be? |
@an-k Sorry for being unclear (I forgot a "not"); we don't have any time frame as we haven't decided if we wish to support it. |
@kneth This issue is the major reason for not using it in production yet, I can't change my JSON input, so to use it, I would have to do some really ugly tricks. For my use cases, if it got serialized as a string in the database and back as List, without any type of in db querying (no need to limit, search, just retrieve all), would be perfect. I think that should be added some kind of RealmPrimitive class or an @ElementCollection annotation like the JPA 2 has. |
Can I ask what the current state and/or priority of this feature request is? |
I agree that this is a worthwhile feature. +1. |
Yes, please |
+1 |
Would help solve issues like http://stackoverflow.com/questions/28733024/gson-deserialization-of-liststring-into-realmlistrealmstring |
+1 Not only primitive datatypes should be mentioned. Enums should be set in a list too. |
+1 for the List of primitive and also +1 for the Enums. |
+1 |
+1 |
1 similar comment
+1 |
+1 |
1 similar comment
+1 |
+1 |
2 similar comments
+1 |
+1 |
How is this still not supported?!? |
+1 |
1 similar comment
+1 |
Can someone from the team lock this conversation until there is some news? For the moment it's just spamming everyone watching. |
Everyone should really get used to using the nice new smileys in the top description field of the issue :-) But we will Lock this for now. |
Work in Realm Core can be tracked here: realm/realm-core#1881 |
Dear realm-Team,
I'm really impressed by Realm and I do like the way you're providing support and solutions on github, SO and gGroups! I like working with Realm - however there are three really big drawbacks for me:
No model-instantiation by
= new ...
- I know you're on it. I can't wait for this! Do we have to wait for the "whole" JSON-Upgrade or will there be an earlier release providing this feature?No model-passing across threads. That's hindering all the great benefits of EventBus and Android Priority Job Queue. But I read that it will be possible in the further versions and I'm looking forward on this.
The reason for this issue:
In my model class I'm allowed to have primitive fields as well as object fields of objects that extend
RealmObject
.But I'm not allowed to have a field type like
RealmList<Integer>
orRealmList<String>
.However it is possible to work around this by
and
It works but it's really ugly and should be unnecessary in my opinion.
Is there any improvement planned regarding this?
Thanks again for your great work - I'm glad Realm helps me developing my app!
Related PRs:
The text was updated successfully, but these errors were encountered: