Skip to content

CSHARP-3494: Fix discriminator for generic types #1685

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

Draft
wants to merge 4 commits into
base: main
Choose a base branch
from

Conversation

papafe
Copy link
Contributor

@papafe papafe commented May 6, 2025

No description provided.

@papafe papafe requested a review from rstam May 6, 2025 13:39
@papafe
Copy link
Contributor Author

papafe commented May 6, 2025

This is still a draft as we need to discuss if this is the kind of solution we want.


namespace MongoDB.Driver.Tests.Jira
{
public class CSharp3494Tests : Linq3IntegrationTest
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We can decide to move these tests somewhere else if it makes more sense. Also this test does not need to derive from Linq3IntegrationTest.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If these tests don't use the driver they should live in the MongoDB.Bson.Tests project instead of here.

But you may want to make integration tests also, where we write a document to the database and prove that we can read it back.

@papafe papafe added the bug label May 7, 2025
@@ -1057,7 +1057,7 @@ public void Reset()
_creatorMaps.Clear();
_creator = null;
_declaredMemberMaps = new List<BsonMemberMap>();
_discriminator = _classType.Name;
_discriminator = BsonUtils.GetFriendlyTypeName(_classType);
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This might fix it for BsonClassMap based serializers.

But shouldn't this be fixed more generally somehow?


namespace MongoDB.Driver.Tests.Jira
{
public class CSharp3494Tests : Linq3IntegrationTest
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If these tests don't use the driver they should live in the MongoDB.Bson.Tests project instead of here.

But you may want to make integration tests also, where we write a document to the database and prove that we can read it back.

{
public class CSharp3494Tests : Linq3IntegrationTest
{
abstract class BaseDocument;
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Normally we put all the classes after the test methods.

In this file they are mixed in an unusual order, switching back and forth between test methods and class declarations.

rehydrated.Should().BeOfType<DerivedDocument2<int>>();
}
}
}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We should test generic types with more than one type parameter like Dictionary<string, int>.

And see if you can come up with a test with nested generic types, maybe something like IEnumerable<KeyValuePair<string, int>>.

public void Correct_discriminator_should_be_used_for_generic_type()
{
var document = new DerivedDocument<int> { Id = 1, Value = 42 };
var serialized = document.ToJson(typeof(BaseDocument));
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Consider using the parameter name to make it clear that we're calling ToJson with a nominal type:

var serialized = document.ToJson(nominalType: typeof(BaseDocument));

{
var document = new DerivedDocument<int> { Id = 1, Value = 42 };
var serialized = document.ToJson(typeof(BaseDocument));
serialized.Should().Be("""{ "_t" : "DerivedDocument<Int32>", "_id" : 1, "Value" : 42 }""");
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I thought the _id was always supposed to be first.

But maybe we only do that during serialization (and only in BsonClassMapSerializer).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants