kn/asymmetric sync

[nielsenko]

Support asymmetric objects

@RealmModel(ObjectType.asymmetricObject)
class _Asymmetric {
  @PrimaryKey()
  @MapTo('_id')
  late ObjectId id;

  late List<_Embedded> embeddedObjects;
}
// ...    
realm.write(() {
  realm.ingest(Asymmetric(oid));
});

Fixes: #917

[nielsenko]

Note that this PR is based #1365 which is again dependent on dart 3.1.0 which currently breaks linux due to: dart-lang/sdk#53267. Fix is planned to be cherry-picked: dart-lang/sdk#53503.

[blagoev]

left some small comments. I think its good. Should we have a final discussion on realm.ingest vs realm.add before we merge?

[nielsenko]

left some small comments. I think its good. Should we have a final discussion on realm.ingest vs realm.add before we merge?

Yes, I cannot make up my mind myself. I'm okay with both, but it cannot be as elegant as in realm-dotnet since we cannot overload add. Let us discuss Monday.

[coveralls-official]

Pull Request Test Coverage Report for Build 6220147351

• 30 of 34 (88.24%) changed or added relevant lines in 6 files are covered.
• 1 unchanged line in 1 file lost coverage.
• Overall coverage increased (+0.01%) to 89.045%

---

Changes Missing Coverage	Covered Lines	Changed/Added Lines	%
generator/lib/src/field_element_ex.dart	0	1	0.0%
lib/src/native/realm_core.dart	0	1	0.0%
lib/src/realm_object.dart	1	3	33.33%

Files with Coverage Reduction	New Missed Lines	%
generator/lib/src/pseudo_type.dart	1	44.44%

Totals
Change from base Build 6200070966:	0.01%
Covered Lines:	3357
Relevant Lines:	3770

---

💛 - Coveralls

[nielsenko]

left some small comments. I think its good. Should we have a final discussion on realm.ingest vs realm.add before we merge?

Yes, I cannot make up my mind myself. I'm okay with both, but it cannot be as elegant as in realm-dotnet since we cannot overload add. Let us discuss Monday.

I have created a commit that illustrates how it could be implemented, if we go with add

[nielsenko]

left some small comments. I think its good. Should we have a final discussion on realm.ingest vs realm.add before we merge?

Yes, I cannot make up my mind myself. I'm okay with both, but it cannot be as elegant as in realm-dotnet since we cannot overload add. Let us discuss Monday.

For now we will go with ingest. I have parked the refactoring commit that overload add on the kn/asymmetric-add-instead-of-ingest branch