NHibernate или LINQ к [закрытому] SQL
На самом деле, я нашел способ правильно масштабировать логотип перед наложением на сюжет. Магический пакет прекрасно работает.
library(magick)
img <- image_read("R-logo.png")
img <- image_scale(img, "50")
2 ответа
Я задал мне очень похожий вопрос за исключением того, что вместо NHibernate я думал о WilsonORM, который я имею, считают довольно хорошими.
мне кажется, что существует много важных различий.
LINQ:
- не полный инструмент ORM (можно добраться там с некоторыми дополнительными библиотеками как последняя платформа Объекта - мне лично полагаю, что архитектура этой новейшей технологии от MS приблизительно 10 лет по сравнению с другими платформами ORM)
- , прежде всего, запрашивает "язык", поддерживающий intellisense (компилятор проверит синтаксис запроса)
- , прежде всего, используется с Microsoft SQL Server
- , закрытый исходный код
NHibernate:
- инструмент ORM
- , довольно ограничил запросы языка без intellisense
- , может использоваться почти с любым DBMS, для которого у Вас есть поставщик БД
- , открытый исходный код
, Это действительно зависит. Если Вы разрабатываете Rich (Windows) настольное приложение, где необходимо создать объекты, работа с ними и в конце сохраняют их изменения, то я рекомендовал бы платформу ORM как NHibernate.
, Если Вы разрабатываете веб-приложение, которые обычно просто запрашивают данные и только иногда записывают некоторые данные обратно к DB тогда, я рекомендовал бы хороший язык запросов как Linq.
Поэтому как всегда, это зависит.:-)
Errr... существует LINQ для NHibernate.
, Возможно, то, что Вы имеете в виду, - то, чтобы использовать:
- LINQ к SQL
- NHibernate
я предпочитаю NHibernate.
LINQ к SQL довольно легок, но это сильно связано с Вашей структурой данных, в противоположность NHibernate, который довольно гибок с точки зрения типов определений объектов, которые могут быть отображены на Ваших структурах таблиц.
, Конечно, но это вовсе не значит, что LINQ к SQL не имеет никакого использования: этот самый веб-сайт использует его. Я полагаю, что довольно полезно встать и работающий в небольших приложениях, где схема базы данных не является столь же крупной.