Skip to content
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

Closed
2 tasks
an-k opened this issue Nov 18, 2014 · 139 comments · Fixed by #5031
Closed
2 tasks

RealmList<Integer / String / ...> #575

an-k opened this issue Nov 18, 2014 · 139 comments · Fixed by #5031
Labels
Blocked This issue is blocked by another issue Design-Required T-Feature
Milestone

Comments

@an-k
Copy link

an-k commented Nov 18, 2014

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:

  1. 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?

  2. 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.

  3. 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> or RealmList<String>.
    However it is possible to work around this by

RealmList<RealmString> names;

and

public class RealmString extends RealmObject {
private String name;
// getter & setter

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:

@an-k an-k changed the title RealmList<Primitive> RealmList<Integer / String / ...> Nov 18, 2014
@codezion
Copy link

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.

@kneth
Copy link
Contributor

kneth commented Nov 18, 2014

@an-k I think that your suggestion (RealmList<String> etc.) is a good one. The complexity of implementing it is "less than impossible" but "greater than trivial". In particular the querying these lists of primitive types could be a bit tricky.

To make a long story short, I can give you a time frame in which it will be implemented.

@an-k
Copy link
Author

an-k commented Nov 18, 2014

@kneth Thanks for your reply! You can give a time frame? That's great, so when will that probably be?

@kneth
Copy link
Contributor

kneth commented Nov 19, 2014

@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.

@Hazer
Copy link

Hazer commented Dec 23, 2014

@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.
And with issues #489 and now #682 rising, I think it should be considered worth supporting.

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.

@jenzz
Copy link

jenzz commented Feb 7, 2015

Can I ask what the current state and/or priority of this feature request is?
Or: What is the recommended workaround for now?

@mpost
Copy link

mpost commented Feb 8, 2015

I agree that this is a worthwhile feature. +1.

@ghost
Copy link

ghost commented Feb 11, 2015

Yes, please

@kboyarshinov
Copy link

+1

@kaushikmukunda
Copy link

@FHellmann
Copy link

+1

Not only primitive datatypes should be mentioned. Enums should be set in a list too.

@theyann
Copy link

theyann commented Mar 18, 2015

+1 for the List of primitive and also +1 for the Enums.
I'm actually kinda stuck now as I have a JSON with a list of strings that needs to go to the DB, not quite sure yet how to deal with that.

@RobertoArtiles
Copy link

+1

@cmelchior cmelchior added P1 Blocked This issue is blocked by another issue labels Apr 15, 2015
@kbpontius
Copy link

+1

1 similar comment
@jmxt3
Copy link

jmxt3 commented Apr 24, 2015

+1

@bmunkholm bmunkholm added P2 and removed P1 labels Apr 27, 2015
@marianmoldovan
Copy link

+1

1 similar comment
@theostanton
Copy link

+1

@sergiomarqmoura
Copy link

+1

2 similar comments
@andrewforester
Copy link

+1

@giaotuancse
Copy link

+1

@b-raines
Copy link

How is this still not supported?!?

@hasanabuzayed
Copy link

+1

1 similar comment
@henriquedesousa
Copy link

+1

@MGaetan89
Copy link
Contributor

Can someone from the team lock this conversation until there is some news? For the moment it's just spamming everyone watching.
If someone else want to follow it, there is a "Subscribe" button on the right...

@bmunkholm
Copy link
Contributor

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.
This feature is among a handfull of top features that we hope to take on next. We will however give the current 1.0 a bit of peace to ensure stability before we push a lot of new features.

@realm realm locked and limited conversation to collaborators Jun 3, 2016
@realm realm unlocked this conversation Oct 4, 2016
@kneth
Copy link
Contributor

kneth commented Oct 4, 2016

@realm realm locked and limited conversation to collaborators Oct 4, 2016
@cmelchior
Copy link
Contributor

Work in Realm Core can be tracked here: realm/realm-core#1881

@cmelchior cmelchior added S:P2 Backlog Blocked This issue is blocked by another issue Design-Required and removed S:P1 Backlog labels Jan 24, 2017
@cmelchior cmelchior added this to the 3.3 milestone Apr 7, 2017
@cmelchior cmelchior modified the milestones: 3.4, 3.3 Apr 25, 2017
@cmelchior cmelchior modified the milestones: 4.0, 3.5 Jun 23, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Blocked This issue is blocked by another issue Design-Required T-Feature
Projects
None yet
Development

Successfully merging a pull request may close this issue.