Comments 11
Что будете делать, если вам надо будет по бизнес-логике вставлять/обновлять больше 1 таблицы за раз?
Так это же ORM. Да, не полный, да самописный, но это уже ORM.
Есть маппинг из объекта DataTable в список объектов-сущностей. Но это никак нельзя назвать ORM фреймворком.
А Object-Relational Mapper назвать можно?
Реализован маппер между объектами DataTable и объектами типа Factor
То есть между реляционными рядами RDBMS и объектами языка с ООП?
Фактически происходит маппинг данных из строки таблицы с данными (таблица это объект типа DataTable) на объект типа Factor. Алгоритм маппинга это передача данных по цепочке: таблица с данными в базе данных -> объект DataTable -> коллекция объектов типа Factor
Да я понимаю. Сам же ещё в 2008м году что-то подобное делал и упорно не хотел называть это ORM. Там сильно проще было, в угоду времени, но с кодогенерацией по структуре БД.
А так у вас уже есть маппер, можно прикрутить кодогенерацию по структуре (или модели) и немного расширить возможность составления запросов. Если linq прикрутить, так вообще будет весь EF...
Странно, конечно, что тут вообще DataTable делает. Можно же сразу из ридера грузить без посредников.
У меня есть свой велосипед без ORM - там и доменные объекты и unitofwork и много чего
И да есть работа с бд без orm на чистом ado.net - правда не руками писано а кодогенерация + генерированные тесты. Поддержаны ms sql server и postgresql
https://github.com/KlestovAlexej/Wattle.DemoServer
А это подробная демка библиотеки
Пример реализации слоя приложения persistence layer без использования ORM фреймворка