Some source assemblies (well, a lot) have a dependency footprint that doesn't work with ModelSync. For example, I'm working in this TimeKeeper project, whose Domain project is a .NET5 assembly. ModelSync requires a .NET Standard 2.0 assembly with only AO.Models dependency, which is pretty restrictive. I know I've considered in the past an abstraction layer that builds a data model file as a post build process. This would remove the reflection requirement, and greatly expand the reach of ModelSync so it works in many more scenarios.
Some source assemblies (well, a lot) have a dependency footprint that doesn't work with ModelSync. For example, I'm working in this TimeKeeper project, whose Domain project is a .NET5 assembly. ModelSync requires a .NET Standard 2.0 assembly with only AO.Models dependency, which is pretty restrictive. I know I've considered in the past an abstraction layer that builds a data model file as a post build process. This would remove the reflection requirement, and greatly expand the reach of ModelSync so it works in many more scenarios.