devlooped / devlooped/TableStorage
Source-generated EDM metadata and dictionary-based serialization
Nobody has claimed this yet.
- Dominant language
- C#
- Stars
- 27
- Forks
- 1
- PR merge metrics
- No merged PRs in 30d
Description
Right now we have a reflection-based EntityPropertiesMapper, that only supports primitive types (or fails at run-time).
We could use a compile-time source generator (no need to actually emit anything for intellisense, since this is all for run-time) that implements an interface (i.e. IEntitySerializable) so that the mapper can check if the entity to convert supports this mechanism and avoid any reflection altogether.
This could also be the foundation for arbitrary object graphs to be persisted in primitive columns too, in particular for complex-type record properties that improve API design like structured Address and the like. So perhaps not lists and collections, but nested properties only?
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the reflection-based EntityPropertiesMapper and determine the scope of the proposed compile-time source generator and IEntitySerializable interface. Done should include a source-generated serialization path that avoids reflection and establishes whether nested complex-type properties can be persisted in primitive columns.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- azure, csharp
- Domain
- databases
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100
