2 ms·
Fair point but it's a terribly light ORM behind an abstraction boundary that doesn't make assumptions about the type of store it is communicating with. We don'
by sudowhodoido 12y ago
Fair point but it's a terribly light ORM behind an abstraction boundary that doesn't make assumptions about the type of store it is communicating with.
We don't write any hydrators. On our previous solution they are generated at compile time. Then they were replaced by runtime code generation inside Dapper.
There is no XML, there are no query builders, there is no HQL. There are too few guarantees in each of those technologies.