aboutsummaryrefslogtreecommitdiff
path: root/csharp/src/Google.Protobuf.Test/Reflection/FieldAccessTest.cs
Commit message (Collapse)AuthorAgeFilesLines
* Regenerate all C# code and make it compileJon Skeet2016-04-201-2/+2
| | | | JSON tests fail, as we're not using OriginalNameAttribute yet.
* Make FieldDescriptor.IsPacked work appropriately.Jon Skeet2015-08-081-1/+1
| | | | | This is a bit of a grotty hack, as we need to sort of fake proto2 field presence, but with only a proto3 version of the descriptor messages (a bit like oneof detection). Should be okay, but will need to be careful of this if we ever implement proto2.
* Implemented Jan's suggestion of FieldCollection, replacing ↵Jon Skeet2015-07-221-64/+64
| | | | | | | | | | FieldAccessorCollection. I think Jan was actually suggesting keeping both, but that feels redundant to me. The test diff is misleading here IMO, because I wouldn't expect real code using reflection to use several accessors one after another like this, unless it was within a loop. Evidence to the contrary would be welcome :) This change also incidentally goes part way to fixing the issue of the JSON formatter not writing out the fields in field number order - with this change, it does except for oneofs, which we can fix in a follow-up change. I haven't actually added a test with a message with fields deliberately out of order - I'm happy to do so though. It feels like it would make sense to be in google/src/protobuf, but it's not entirely clear what the rules of engagement are for adding new messages there. (unittest_proto3.proto?)
* First pass at making field access simpler.Jon Skeet2015-07-221-0/+218
This is definitely not ready to ship - I'm "troubled" by the disconnect between a list of fields in declaration order, and a mapping of field accessors by field number/name. Discussion required, but I find that easier when we've got code to look at :)