I have a huge dictionary of blank values in a variable called current like so:
struct movieuser {blah blah blah} Dictionary<movieuser, float> questions = new Dictionary<movieuser, float>();
So I am looping through this dictionary and need to fill in the ‘answers’, like so:
for(var k = questions.Keys.GetEnumerator();k.MoveNext(); ) { questions[k.Current] = retrieveGuess(k.Current.userID, k.Current.movieID); }
Now, this doesn’t work, because I get an InvalidOperationException from trying to modify the dictionary I am looping through. However, you can see that the code should work fine – since I am not adding or deleting any values, just modifying the value. I understand, however, why it is afraid of my attempting this.
What is the preferred way of doing this? I can’t figure out a way to loop through a dictionary WITHOUT using iterators.
I don’t really want to create a copy of the whole array, since it is a lot of data and will eat up my ram like its still Thanksgiving.
Thanks, Dave
Matt’s answer, getting the keys first, separately is the right way to go. Yes, there’ll be some redundancy – but it will work. I’d take a working program which is easy to debug and maintain over an efficient program which either won’t work or is hard to maintain any day.
Don’t forget that if you make
MovieUsera reference type, the array will only be the size of as many references as you’ve got users – that’s pretty small. A million users will only take up 4MB or 8MB on x64. How many users have you really got?Your code should therefore be something like:
If you’re using .NET 3.5 (and can therefore use LINQ), it’s even easier:
Note that if
RetrieveUsers()can stream the list of users from its source (e.g. a file) then it will be efficient anyway, as you never need to know about more than one of them at a time while you’re populating the dictionary.A few comments on the rest of your code:
Disposeon theIEnumerator<T>produced by the call toGetEnumerator. If you just useforeachyour code will be simpler and safer.MovieUsershould almost certainly be a class. Do you have a genuinely good reason for making it a struct?