NHibernate не совсем подходит для нашей среды из-за всех зависимостей. (Замок, log4net и т.д.)
Есть ли хорошая легкая альтернатива?
Необходима поддержка простых файловых баз данных, таких как Access/SQLite/VistaDB.
В идеале что-то, содержащееся в одной сборке, ссылается только на сборки .NET. Если для этого требуется только .NET framework 2.0 или 3.0, это бонус.
Вообще говоря, для того, чтобы ваша база данных работала с .net, вам нужен поставщик ADO.Net.
Для MS Access (Jet) провайдер поставляется с .net. Для SQLite существует автономный поставщик ADO.Net.
Что касается библиотеки уровня доступа к данным, если вам нужна некоторая абстракция над ADO.Net:
Все они хорошо работают, начиная с framework 2.0 и выше.
По сути, вы выбираете (а вариантов много)
Массивный — https://github.com/robconery/massive
or
PetaPoco — https://github.com/toptensoftware/petapoco
Оба представляют собой один файл .cs без каких-либо зависимостей, кроме того, что находится в GAC.
(полное раскрытие, PetaPoco - это то, что я написал)
Для легкого ORM, который хорошо работает и требует только одну сборку, почему бы не попробовать Lightspeed. из Mindscape. Это не открытый исходный код, однако исходный код доступен и доступен по разумной цене — риск с большинством ORM, которые не были хорошо приняты, — это, конечно, качество и уровень поддержки, и в . Чистое пространство на данный момент.
Из-за вашей неприязни к зависимостям NHibernate кажется, что вам не нужна структура ведения журнала или какие-либо аспекты проекта замка, например, IoC, Monorail и т. д. Рассматривали ли вы, возможно, просто взять минимальный минимум требований NHibernate (log4net и Iesi collections, я полагаю, и динамический прокси из проекта Castle?) и запуск ILMerge над ними, чтобы объединить их в единую сборку — может потребоваться немного возни, но это не слишком сложно — или, в качестве альтернативы, вы можете просто вытащить исходный код для каждый из этих проектов в пользовательскую сборку NHibernate, которую вы поддерживаете для своей организации, которая обрезает функции, не требуемые вашим проектом/организацией - это не так сложно/неуклюже, как кажется, и я сделал что-то в этом роде для одного проекта, где мы хотели воспользоваться ORM, но нам нужно было уменьшить размер распространяемых файлов/установщика.
Кроме того, возможно, вы можете объяснить, что вы считаете слишком «тяжелым» в решении на основе Nhibernate ... по моему опыту, это достаточно легкая структура ORM по сравнению с некоторыми.
В дополнение к этому списку вы также можете взглянуть на Dapper (написано и используется самим StackOverflow) .
некоторые альтернативы:
– ActiveRecord – в фоновом режиме используется nhibernate.dll, но настройка выполнена через атрибуты. Это как облегченная версия nhibernate
— Subsonic
— CoolStorage.NET — я часто использовал его в небольших проектах. Хорошо работает с количеством dbs
Вот большой список альтернативы, которые я бы рекомендовал:
Эти 4 самые легкие. Subsonic, ActiveRecord и другие нацелены на большие системы. Они отлично работают на небольших системах, но (по крайней мере, для ActiveRecord) поставляются с огромным списком зависимостей и излишеством для небольшой системы. Я бы выбрал Lightspeed и сказал, что все, что меньше 8 объектов, — это небольшая система, и простое использование NHibernate, потому что оно широко распространено, хорошо для масштабирования, но в краткосрочной перспективе не имеет смысла — и наличие слоя между ORM и вашими потребителями может работать во всяком случае вокруг этого.
LINQ to SQL может быть хорошей альтернативой «тяжелым» системам ORM, если вы будете использовать его правильно.
Если вам не нужен полнофункциональный ORM, а нужен только быстрый независимый от базы данных уровень данных поверх ADO.NET, попробуйте Библиотека NI.Data (V2). Он очень легкий (всего одна небольшая сборка, никаких других зависимостей), предоставляет всю стандартную инфраструктуру уровня данных:
Его основной компонент (DALC) инициализируется всего одной строкой кода:
var dalc = new DbDalc(new SqlClientDalcFactory(), connectionStr);
это все. Если вам нужна поддержка среды выполнения .NET 2.0, вы можете попытаться скомпилировать либо последнюю версию V2 под среду выполнения 2.0, либо использовать предыдущую устаревшую версию (NI.Data.Dalc, V1).
